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

World: r3wp

[!REBOL3-OLD1]

ICarii
30-May-2007
[3020x2]
im in the process of converting existing code based on the R3 presentation 
of Carl :)
just waiting on the richtext info really..
Graham
30-May-2007
[3022]
flounder?
ICarii
30-May-2007
[3023]
yup
Graham
30-May-2007
[3024]
:)
ICarii
30-May-2007
[3025]
altho i do have another inhouse editor ive made with agg/draw
Oldes
30-May-2007
[3026x2]
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
Gabriele
30-May-2007
[3028x2]
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.
Pekr
30-May-2007
[3030x2]
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? 
:-)
Gabriele
30-May-2007
[3032]
i think goblins are bigger than gremlins... but it may depend on 
the author of the fantasy story ;)
Volker
30-May-2007
[3033]
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..
Gabriele
30-May-2007
[3034x3]
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.
Pekr
30-May-2007
[3037]
gremlins were funny, no evil :-) Gismo was the teddy bear :-)
Volker
30-May-2007
[3038]
Hmm, you may be right. But its still a cuter ugliness^^
Gabriele
30-May-2007
[3039]
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 
;)
Volker
30-May-2007
[3040]
People who dont agree with "funny" are often funny to others^^
Oldes
30-May-2007
[3041]
Volker... if you are talking, you can say "graphic object" instead 
of the shortcut GOB
Volker
30-May-2007
[3042]
Hmpf. Even when one is used to it? I think that happens just so.
Pekr
30-May-2007
[3043]
But Carl knows English too, no? :-) I wonder if it did not sound 
bad to him too?
Sunanda
30-May-2007
[3044]
Or just call it a GRO (GRaphic Object ..... or Graphic REBOL Object)
Volker
30-May-2007
[3045x2]
Maybe the name fits. Working at that low level with c all the time^^
Why three letters? How about gdl, pronounced Gödel^^
Pekr
30-May-2007
[3047]
glay - graphics layer
Oldes
30-May-2007
[3048]
GRO is not bad as well
Pekr
30-May-2007
[3049]
well, and many of GRO is Gros? Our former prime minister :-))
Volker
30-May-2007
[3050x2]
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^^)
Pekr
30-May-2007
[3052]
Alpha release to selected developers is close, isn't it? Now who's 
part of that lucky group? :-)
Anton
30-May-2007
[3053x3]
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)
Gregg
30-May-2007
[3056]
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.
Maxim
30-May-2007
[3057x2]
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!))
Henrik
30-May-2007
[3059]
grob?
Maxim
30-May-2007
[3060]
gels are used in lighting in front of spots to color the lighting... 
btw.
Volker
30-May-2007
[3061x2]
Gel relates to one of the first famous demos :)
Where it says: Grab the gel and drag it around.
Gabriele
30-May-2007
[3063]
btw, no more names, one day is over. the list has been sent to Carl.
Chris
30-May-2007
[3064x2]
I was thinking gel! too :)  Had I been here earlier...
(after all, I did suggest cel!)
Pekr
1-Jun-2007
[3066]
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 
....
ICarii
1-Jun-2007
[3067x3]
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.