World: r3wp

flounder?

yup

:)

altho i do have another inhouse editor ive made with agg/draw

i like GOB as well, I don't know what's the problem

ah.. now I see what does it mean in english:-) but I still like it

petr: gobs have nothing to do with classes.

names: remember it has to be very good for Carl to pick it up :-) 
that's why i said don't keep your hopes too high.

Gabriele - I know ... it is just that you referenced fonts. So gobs 
can share them.

weren't goblins some kind of small weird creatures? Or were it gremlins? 
:-)

i think goblins are bigger than gremlins... but it may depend on 
the author of the fantasy story ;)

both. Gremlins are the cuter ones (if defined by movies).

About gob, i imagine one speaks with customers about the gui and 
uses gob all the time. Sounds not that nice..

goblins are still much smaller than humans in most cases.

volker, isn't the name gremlin applied after the transformation, 
in the movie? so they are ugly too :)

and evil of course.

gremlins were funny, no evil :-) Gismo was the teddy bear :-)

Hmm, you may be right. But its still a cuter ugliness^^

i think the people in the movie would not agree with "funny", but 
maybe i don't remember the movie very well. it's been a long time 
;)

People who dont agree with "funny" are often funny to others^^

Volker... if you are talking, you can say "graphic object" instead 
of the shortcut GOB

Hmpf. Even when one is used to it? I think that happens just so.

But Carl knows English too, no? :-) I wonder if it did not sound 
bad to him too?

Or just call it a GRO (GRaphic Object ..... or Graphic REBOL Object)

Maybe the name fits. Working at that low level with c all the time^^

Why three letters? How about gdl, pronounced Gödel^^

glay - graphics layer

GRO is not bad as well

well, and many of GRO is Gros? Our former prime minister :-))

Sounds good. and http://en.wikipedia.org/wiki/Groo_the_Wanderercoud 
count as an insider, its graphics related too :D

(hope its fits, found that site a moment ago^^)

Alpha release to selected developers is close, isn't it? Now who's 
part of that lucky group? :-)

I tracked down the probable cause of the massive memory-eating behaviour 
of Christian's menu-system-demo.r

The problem depends on the user's file-system. In my case, I have 
many many files under my rebol/view directory.

The demo makes a huge nested menu by recursing every file, so that:
>> length? mold dir-data
== 717187

When I work around this problem the menu-system looks really nice 
!

(I have yet to examine the code, though)

I don't like gob; gfx and vis seem like better choices to me. Carl's 
limitation of three letters starting with a G limits us a bit. Under 
that rule, I would probably choose gfx.

So far proposed words:

(gob! face! gfx! cell! atom! layer! vis! sprite! bob! blit! )

the only which really applies is gob! or vis!  others are all pretty 
much non-related.

people you forgot the most obvious and pretty!

gel!

graphic element.


but I don't see the point of the heated debate over the name gob. 
 gob is chunk, a morcel of something.  in this case its pretty precise. 
 its a part of the gui, not the whole gui... and in another sentence 
its also meaningfull... when you say gobs of text, it means a lot 
of text... so in reality we WILL need gobs of gob to make up one 
gui.

(sorry I forgot gfx which is also related (and my favorite appart 
from gel! or gob!))

grob?

gels are used in lighting in front of spots to color the lighting... 
btw.

Gel relates to one of the first famous demos :)

Where it says: Grab the gel and drag it around.

btw, no more names, one day is over. the list has been sent to Carl.

I was thinking gel! too :)  Had I been here earlier...

(after all, I did suggest cel!)

I would like to know, how and if /library interface changed for R3. 
It was long promissed, that integrating external resources should 
be made easier (see Carl's answer in RT QA channel IIRC), and I could 
not find any mention of it in Carl's DevCon slides. I would excpet 
changes in at least how arrays of chars, structs are handled, as 
well as more than 16 callback support .... maybe even more datatypes 
supported. 


Maybe a rather weak state of library interface put REBOL into integration 
isolation. It is not easy enough for newbies to wrap to libraries 
....

one thing that I would love for R3 is the ability to directly access 
the image byte data of a rendered window - a read only ability would 
be fine - or even editing with a lock/unlock mechanism.  The main 
reason for this is the allow direct pixel analysis for non-standard 
interfaces - eg AGG/Draw based interfaces where colour can be used 
to determine function of an irregular shaped button.  The basic premis 
is that you draw your UI composite then rather than having to do 
cumbersome bounds checking you can simply test the pixel colour under 
the mouse and call an activation function based on that colour - 
eg 0.0.254 = a save function.

Without that ability pixel perfect analysis is only possibly by the 
slow process of rendering to an image then testing which is very 
processor intensive.

Perhaps a simple way to do this would be to implement double buffering 
by default and allow buffer access.

isn't View already double-buffered?

IIRC the problem is, that we currently use sw renderer only ....