World: r3wp
[!REBOL3 GUI]
older newer | first last |
Pekr 12-Aug-2010 [2499] | The bounty is possible - but who has the skills to do the real work apart from Cyphre? :-) And also - how many man-days approximatelly would it take? (research plus implementation). |
Rebolek 12-Aug-2010 [2500] | Who knows how long it takes... anybody complaining about the look has a chance to find out. |
Pekr 12-Aug-2010 [2501] | that contradicts the bounty mechanism, and is typical example of bold opinion, which burries and always burried REBOL down ... |
Rebolek 12-Aug-2010 [2502] | No it doesn't contradict nothing. I'm not against bounties at all. I'm just against people who complain that first version doesn't do everything they want. |
Graham 12-Aug-2010 [2503] | Where's the link to the rich text dialect that Richard was talking about? |
Henrik 12-Aug-2010 [2504x2] | Graham: http://rebol.net/wiki/Richtext |
it's probably a good idea to create a wiki page regarding all the discovered issues around unicode in View. that way, it's easier to create a community project around it. | |
Robert 12-Aug-2010 [2506] | bounty: This won't cover the total-costs, but it's an additional sponsoring from the community that Cyphre can work on it. |
Cyphre 12-Aug-2010 [2507] | 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. |
AdrianS 12-Aug-2010 [2508] | Cyphre, the server link gives a 404 |
Cyphre 12-Aug-2010 [2509] | 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 ;) |
AdrianS 12-Aug-2010 [2510] | you're right - it looks like a fairly even split between good response and 404 |
Pekr 12-Aug-2010 [2511] | yes - still not solved problem of occassional wrong path dispatch of Apache in ClearOS :-( .... Cyphre, you better put it directly onto rebol.cz domain .... |
Maxim 12-Aug-2010 [2512x4] | 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. | |
Graham 12-Aug-2010 [2516] | The Y axis is vertical... |
Maxim 12-Aug-2010 [2517] | but pointing down |
Graham 12-Aug-2010 [2518] | 0x0 is at the top left which I guess suits text .. but most everything prefers 0x0 to be at bottom left |
BrianH 12-Aug-2010 [2519] | The question is whether positive goes down the axis from the top, or up from the bottom. |
Maxim 12-Aug-2010 [2520] | exactly. |
Graham 12-Aug-2010 [2521] | I think it should be the other way around |
Maxim 12-Aug-2010 [2522] | the issue is that reading starts at the top (in western writing ;) |
Graham 12-Aug-2010 [2523x3] | text is going to largely computed by the view engine |
going to be | |
so why make everyone else compute when doing graphs etc ?? | |
BrianH 12-Aug-2010 [2526] | User interfaces are usually composed from the top-left too, in western cultures. |
Maxim 12-Aug-2010 [2527] | its almost impossible to reverse layout when it is expected (and much easier to compose) going down. |
Graham 12-Aug-2010 [2528] | Just thinking ... dBase used bottom left too |
Maxim 12-Aug-2010 [2529] | but it would be nice if we could tell the graphics to use up or down on the fly. |
Gregg 12-Aug-2010 [2530] | Postscript does as well. |
BrianH 12-Aug-2010 [2531] | 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. |
Gregg 12-Aug-2010 [2532] | Can't you use a draw transform? |
Maxim 12-Aug-2010 [2533] | even text rendering is more naturally understood looking up, from the baseline. |
Graham 12-Aug-2010 [2534] | I think that's what Cyphre also argues .. to use a transform |
Maxim 12-Aug-2010 [2535] | 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. |
Graham 12-Aug-2010 [2536] | whichever gives us the greatest speed should be the one we use |
BrianH 12-Aug-2010 [2537] | Is there a problem with having Draw gobs be bottom-left, but text gobs top-left? |
Maxim 12-Aug-2010 [2538x3] | 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. | |
Graham 12-Aug-2010 [2541] | TV guys like Carl start at the top |
Maxim 12-Aug-2010 [2542x2] | is = it |
yes, hardware scanlines are managed top first. | |
BrianH 12-Aug-2010 [2544] | Postscript goes from the bottom because it rendered to paper, not screens. |
Graham 12-Aug-2010 [2545] | display postscript |
BrianH 12-Aug-2010 [2546] | Which was derived from Postscript, and so inherited its coordinate model, for better or worse. |
Maxim 12-Aug-2010 [2547] | I'd say it uses bottom, cause they decided it was simpler to use math directly than continually adjust the trig functions for it. |
Graham 12-Aug-2010 [2548] | Descartes |
older newer | first last |