r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

BrianH
14-Nov-2008
[8118]
Actually, we may be wrong in one of our assumptions: REBOL may *already* 
have a commercial license for AGG. Carl hasn't said anything to the 
contrary, just that it was "no problem" when the subject was brought 
up years ago.
Pekr
14-Nov-2008
[8119]
There should be absolutly something done about the font display quality. 
In following screenshot, look for letters like w, s, G, D, B - it 
ruins overall impression from the new GUI look.

http://rebol.hmkdesign.dk/files/r3/gui/110.png
Pekr
15-Nov-2008
[8120]
Henrik - are you planning to experiment with buttons too? I too find 
their weight beigh too high. I mean - nice shape, nice gradient, 
but letters are way too boold. Would like to see, how some thinner 
letters would do?
Henrik
15-Nov-2008
[8121x2]
Pekr, I tried and it looks horrible. This size and shape makes the 
buttons most readable.
I have not yet experimented with other fonts yet, however.
Pekr
15-Nov-2008
[8123]
Henrik - what I dislike about current GUI though, is its too big 
metrics overally. I especially hated it with Gnome - those guys are 
crazy. To display one dialog, it takes xy percent of your screen 
with no added value, just to display some info to users. Too much 
spacing for my liking. When I look at my current desktop - 1280x600 
notebook with Vista, and compare VID 3.4 scroller and button - it 
is unnecessary big imo, and I am not sure it should be a standard 
... Dunno if I can judge it upon screenshots (as who knows what resolution 
was it taken with), but UI elements as buttons, scrollbars are more 
than 1/3 bigger than they should be ...
Henrik
15-Nov-2008
[8124]
Well, I don't think they are too big.
Pekr
15-Nov-2008
[8125]
What system do you develop under? OS-X? Can you post a screenshot, 
of your system button and scroller along with R3 GUI ones? :-)
Henrik
15-Nov-2008
[8126x2]
A single button is 24 pixels tall, scroller is 22 pixels wide. It 
takes a few seconds to adjust that.
(so I'm not so interested in arguing about element sizes until later 
;-))
Gabriele
15-Nov-2008
[8128]
Petr, that's why in my vid you could not only resize the windows 
up, but also down, making them smaller and removing unnecessary white 
space. And of course I had scaling too, though that needed improvements 
(eg. hinting, and making it so you didn't have to explicitly support 
it in the style code)
Pekr
15-Nov-2008
[8129]
.. so I hope we will have it too. I need to use the code on various 
LCD panels, with various resolutions ;-)
Henrik
15-Nov-2008
[8130]
Happy now, Pekr? :-)
Steeve
15-Nov-2008
[8131x2]
maybe i'm wrong, nut Gabriele said he done it in his vid but not 
in the current vid
*but
Henrik
15-Nov-2008
[8133]
If anyone is interested in testing (lack of time here), but I've 
found that VID3.4 hangs when I want to use a .fon font, such as "Modern" 
or "Roman" in WinXP. Perhaps it's the same in the R3 public release?
Pekr
16-Nov-2008
[8134]
Henrik - yes, happy, thanks :-)
[unknown: 5]
16-Nov-2008
[8135]
Henrik, I for some reason (unemployed) have time to test if needed.
Henrik
16-Nov-2008
[8136]
Paul, ok grab a copy of the public R3 alpha. Some bugs need to be 
distilled into simple problem, so Carl can better see what goes wrong. 
I think the public alpha will produce the same issues as we have 
here in the internal release.
Kaj
16-Nov-2008
[8137]
Could be a FreeType configuration problem
Pekr
17-Nov-2008
[8138]
Henrik - any code example, of when/where it hangs?
Henrik
17-Nov-2008
[8139x2]
Pekr, that's why I wanted to delegate that work...
Don't have time to dig into it.
Pekr
17-Nov-2008
[8141x2]
yes, but some starter code at least? :-)
btw - what is happening in VID3.4 land last days/week?
Henrik
17-Nov-2008
[8143x2]
Well, you would need to create a layout or a gob with a draw block 
and some rich text with the incriminating font.
Working on slider again to make it scalable. I guess Carl is busy 
with PARSE.
Pekr
17-Nov-2008
[8145]
ah, so parse changes already happening?
Henrik
17-Nov-2008
[8146]
I think he's been working on them for the past week
Pekr
17-Nov-2008
[8147]
parse proposal is really complex. Will every proposal make it? Or 
does Carl choose only some of proposed featuers?
Henrik
17-Nov-2008
[8148]
That is unknown at this time.
BrianH
17-Nov-2008
[8149]
He hasn't been thinking out loud.
Henrik
17-Nov-2008
[8150]
From Carl, in case those who are in the r3-alpha group are not noticing:


Test Strategy: I would like to build a group of REBOLers who can 
do different parts of this. For example, someone who will manage 
the discussion boards, someone to manage the bug tracker, someone 
to help with source archive, etc.

There are many other areas too.

Anyway, 
this week it will happen. So, if you can help now, or later, please 
let me know.
Steeve
17-Nov-2008
[8151]
the Apocalypse is for this week ? good news
Pekr
17-Nov-2008
[8152]
why an apocalypse?
Steeve
17-Nov-2008
[8153]
ahah i was waiting for this type of reaction. Apocalypse means Revelation
BrianH
18-Nov-2008
[8154]
The REBOL browser: http://www.rebol.net/wiki/ReBrowse
Graham
18-Nov-2008
[8155]
anyone know how many entries there are now in the wiki?
Steeve
18-Nov-2008
[8156]
A new announce again, but what else Mister Carl Clouney ?
It would be cool to see something else than just words.
Graham
18-Nov-2008
[8157x5]
some updates ...
After discussions yesterday and today, we will be moving to Curecode 
for the bug database.
A web forum is also being created --- eg. vbulletin or phpBB to support 
non-altme users
For source code - looking at using a distributed source code system
ie. Mercurial ... or Hg for short
Steeve
18-Nov-2008
[8162]
and Devbase ?
Graham
18-Nov-2008
[8163x5]
Dockimbel will host the Curecode server
The BBS will be on http://www.rebbase.com/.. probably.
Sticking with the currrent wiki for the moment ... but a wiki with 
a better API is being sought
I suggested Mindtouch deki as used by Mozilla foundation .. but Gabriele 
feels that it is excluded because it uses mono.
the intent is to write a R interface at some stage to Mercurial to 
replace Devbase ( I think )