World: r3wp

R3GUI is surely not a final name, althought not that bad. It reads 
as REGUI, which is close to RebGUI :-) It will not work, once R4 
is introduced (in 2020 or so :-)

vivid.com si a porn-site though, so I think that VIVID is 1) not 
useable due to the factor mentioned 2) maybe too general name to 
google for? maybe vivid-gui.com would work though, dunno ... let's 
not opent the topic right now, there was something like 40 or more 
names suggested :-)

I agree with calling it R3GUI until it is publicly available but 
I will not be suprised if we end up calling it VID again in the end...

In R3 channels, I expect vid referring to VID3 ... and why not distinguis 
it via VID2, VID3 then? Easy, and much easier to type than R3GUI 
...

Vivid is a standard english word, so it will not be as easy to search 
for on the internet.

Too bad, it sounds cool.

VID VID2 VID3.4 and back to VID3

(finally a topic that everyone can contribute to :-))

I always preferred GOD for graphic object dialect

but curiously no one else liked it

Nice and sweet

A search for GOD may take a lifetime to find any useful answers :)

well clearly REBOL would be in the same search because of word overloading

How would a search for REBOL GOD not turn up references to Carl, 
Gabriele or Ladislav? :)

http://www.rebol.net/wiki/Glossary
Face

A REBOL object serving as a VID element. A higher level than the 
gob! datatype.

hmm... would that imply that I don't exist?

Graham, that wiki includes R2 docs too. And is outdated - the VID 
references should be excised, or qualified.

Gabriele .. if enough people believe in you, you will exist!

Gabriele, thanks for that "dying for our sins" thing. That was a 
classy thing to do :)

You'll be more than a tea port in a planetary orbit

pot

Ahh... Gabriele has gone .. in a puff of celestial smoke!  http://en.wikipedia.org/wiki/Russell's_teapot

Oh oh, I'm not sure I like how this discussion is evolving.

(Ooops, I shouldn't have said that...)

Today, I made some tests (again) with vectorial fonts using draw.

And... It's not that bad when the gamma correction is... corrected.

My test:

font: ["verdana" size: 15]
gamma 2.0
pen none 

http://sites.google.com/site/rebolish/test-1/not_bad.png
(look at the white text)

Can anyone say what the criteria was for how functions were split 
under draw and shape? Seems that the shape ones could just as well 
be under draw.

steeve is doing an irc mini client like ... the font is well designed 
but a gamma correction 2.0 isn't it a bit too clear ? why 2.0 and 
not 20.0 ? seems something completly arbitrary again a speudo hack 
to solve a lack of real work ...

so in conclusion another week without any real progress ...

CAn we have a better calling for R3 hostkit package ... since it's 
supposed to haven't change on API level can't we distinguish the 
number for the hostkit api version and a number for the GUI related 
engine ? something like r3-hostkit-102-GUI-still-the-same.zip ?

BTW, the gvoice2 script http://rebol.wik.is/GoogleVoicecould just 
as easily be written in R3GUI ... if it were available

ahh.. retract that .. no table style I guess

correct

IIRC there was a screenshot showing grid is available for new gui? 
Done by Cyphre?

not used yet as it has not been adapted for the new resizing

where's the link Pekr?

http://rebol.hmkdesign.dk/files/r3/gui/208.png

I just wonder if it is so difficult to adapt styles to the new resizing 
model, as we can hear about the adaptation process for several weeks 
already? I expect that the work is being done on some other things 
right now?

Cyphre has been out of town for the past week and has not yet reported 
back on his progress, and he's also focusing on many host kit issues 
that need to be solved.

Bolek has spent some time at the hospital.

Carl is asking for suggestions for A105

resizing: This is a quite complex topic and we need to make tests, 
try different approaches and fine tune tor the special cases we find. 
So, we don't do it completely up-front, but we adopt it on the way 
until it stabilizes.

In my GUI trial, the resizing of styles use a small amount of primitives.
When a resize event is triggered. I mix them in an intuitive way.

....
when [
	resize [resize xy]  ;full resizing both direction
	resize [resize x]   ; resize the height only (for menu bar)

 resize [move x resize y] ; move the x offset, resize the width (for 
 right scroll bar)

 resize [move y resize x] ; move the y offset, resize the height (for 
 bottom scroll bar)

 resize [resize xy do-childs [trigger resize]] ;full resize + pass 
 the resize event thru all child gobs (for container)
]

...must say that it's allowing fractionnal resizing.

resize [resize xy * 50%]

Easy, no ?

Why do you write 
	[resize x]  ; resize the height only
I was expecting 
	[resize y]  ; resize the height only

menu is vertical ??

I still don't understand it.

I think he means that the menu bar widens but does not deepen

Surely, then, the comment should be "resize the width only".

so the second to last example ...


move y ( move the bottom menu bar down ) resize x ( and widen but 
do not make it taller )

engish is his 3rd language