World: r3wp

bounty: This won't cover the total-costs, but it's an additional 
sponsoring from the community that Cyphre can work on it.

Graham: regarding the 'updating GUI from network protocol' question

I have found some older scripts I did and quickly added the progressbar 
to it so you should see how it works.
You can download it from here:
http://www.rebol.cz/cyphre/scripts/r3/net/client.r3
and
http://www.rebol.cz/cyphre/scripts/r3/net/server.r3


just run server and client on localhost and press enter in the client 
console to see how the server shows the progress of upload.

Cyphre, the server link gives a 404

AdrianS: give it another try...it is highly possible Pekr's Apache 
instalation on this server is bugged so sometimes the links works 
and sometimes not ;)

you're right - it looks like a fairly even split between good response 
and 404

yes - still not solved problem of occassional wrong path dispatch 
of Apache in ClearOS :-(   .... Cyphre, you better put it directly 
onto rebol.cz domain ....

is R3 view coordinate system still using Y at top of window?

my guess is yes.


it would be nice to have a switch to allow this to be switched somehow 
within a drawing operation.  some gfx operations are hard to

adapt from normal vector math which uses Y values incrementing when 
looking up

especially if mixing in 3D stuff.

The Y axis is vertical...

but pointing down

0x0 is at the top left which I guess suits text .. but most everything 
prefers 0x0 to be at bottom left

The question is whether positive goes down the axis from the top, 
or up from the bottom.

exactly.

I think it should be the other way around

the issue is that reading starts at the top (in western writing ;)

text is going to largely computed by the view engine

going to be

so why make everyone else compute when doing graphs etc ??

User interfaces are usually composed from the top-left too, in western 
cultures.

its almost impossible to reverse layout when it is expected (and 
much easier to compose) going down.

Just thinking ... dBase used bottom left too

but it would be nice if we could tell the graphics to use up or down 
on the fly.

Postscript does as well.

Composing UIs from the lop left makes sense when the UIs are specified 
using a declarative language that starts from the top left too, a 
language like REBOL.

Can't you use a draw transform?

even text rendering is more naturally understood looking up, from 
the baseline.

I think that's what Cyphre also argues .. to use a transform

transforms cause all kinds of complicated issues.  it will also slow 
down calculations since its applied within the pipeline, instead 
of directly within the engine.

whichever gives us the greatest speed should be the one we use

Is there a problem with having Draw gobs be bottom-left, but text 
gobs top-left?

it won't make a difference in speed.   its just a questing of the 
order of rasterizing, start at bottom or start at top.

yes, the coordinates will be inversed.

unless that is managed internally, which is could.

TV guys like Carl start at the top

is = it

yes, hardware scanlines are managed top first.

Postscript goes from the bottom because it rendered to paper, not 
screens.

display postscript

Which was derived from Postscript, and so inherited its coordinate 
model, for better or worse.

I'd say it uses bottom, cause they decided it was simpler to use 
math directly than continually adjust the trig functions for it.

Descartes

Who wasn't doing UIs. There are downsides to either approach.

The cartesian coordinate system underlies all UIs

Yes, but it wasn't designed for UIs. Another legacy system.

legacy means obsolete which it is not

both coordinate systems are optimal for their own use.

Imagine a GUI based on polar coodinates

Legacy means legacy, not obsolete.