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

World: r3wp

[!REBOL3-OLD1]

Pekr
29-May-2007
[2902x2]
ah, layer, I like it. Most ppl working with photoshop or in general, 
will know it .... how is it called in web world? a box? (css)
I remember box in some old ZX Spectrum basic :-)
Louis
29-May-2007
[2904]
Well, if there are no doc yet, then a change may be in order. But 
for names already in docs I hold to what I said.
Volker
29-May-2007
[2905]
layer would imply that we have paint-functions like alpha. which 
we have :)
Chris
29-May-2007
[2906]
Anton, better now when all that needs fixed is RT's internal docs 
and source than hundreds of uses in the wild.  It really is an unfortunate 
name.  And there are some obvious replacements (over which there 
is no point in squabbling, we will not sway any decision).  Personally 
I think cell! or cel! would fit the bill.
Gabriele
29-May-2007
[2907x3]
face is not the same thing as gob.
vid will probably deal with faces, which in turn will refer to gobs 
for actual display.
a gob is just a graphic object, it does not contain a feel for example, 
and so on.
Henrik
29-May-2007
[2910]
gabriele, how far is there from an image! to a gob! ?
Gabriele
29-May-2007
[2911x4]
(there are docs - not many, but not zero either. but i don't think 
that's the real problem with the change.) anyway... i'll tell Carl 
about this.
image! to gob! - they're completely different. a gob is a C structure 
that holds the necessary information to display something, like a 
piece of (rich) text, or a shape, or an image.
gobs are also arranged in a tree, similarly to how faces are.
face is the closest thing to a gob, but a gob is a much simpler object 
than a face. n gobs may be needed to obtain the functionality of 
a single R2 face.
Maxim
29-May-2007
[2915]
I wonder why its not obvious to people that a gob is a single draw 
stroke.
Henrik
29-May-2007
[2916]
so a button could consist of 6 gobs, one for each edge, one for the 
background and one for the text?
Gabriele
29-May-2007
[2917x2]
yes.
or you can have just one to draw the 4 edges with draw.
Henrik
29-May-2007
[2919]
can you perform effects on a single gob?
Gabriele
29-May-2007
[2920]
also, if you use draw dialect only, you can still do almost everything 
with a single gob.
Henrik
29-May-2007
[2921]
ok
Gabriele
29-May-2007
[2922x2]
effects - afaik you can either have text, draw, effects, image, or 
color for a gob. they are mutually exclusive.
image + text means two gobs, or use draw dialect (with i think same 
limitations as you have now)
Maxim
29-May-2007
[2924]
but does the top level gob (of type effect) apply to all children?
Gabriele
29-May-2007
[2925x2]
i don't know, cyphre needs to answer this.
i think not - contained gobs are drawn above container gob
Pekr
29-May-2007
[2927]
why those are mutually exclusive?
Gabriele
29-May-2007
[2928]
because the C struct only has one "slot" that can either contain 
an image, or a draw block, or a text block and so on.
Pekr
29-May-2007
[2929]
how do you apply effect to image?
Gabriele
29-May-2007
[2930]
two gobs.
Pekr
29-May-2007
[2931]
hmm, so tree of gobs is possible, right?
Gabriele
29-May-2007
[2932]
yep, see above.
Pekr
29-May-2007
[2933]
I just wonder - some time ago, someone wanted the ability to "store" 
cenrtain rendering node,  could it be done with gobs, if they are 
separate?
Gabriele
29-May-2007
[2934]
you mean not recompute the AGG shapes at every show? i think Cyphre 
did it this way.
Pekr
29-May-2007
[2935x2]
yes, it is what is PUSH for, no? But that concept imo collides here, 
because we have now separated draw, effect, image. But maybe it is 
not. I had some more difficult UI set-up in mind, and the ability 
to save certain rendition without the need to constantly regenerate 
it. But maybe that is done by compositing engine itself ....
how is event tight to gob?
Gabriele
29-May-2007
[2937x2]
push in the draw dialect? that saves the matrix on the stack, so 
i'm not sure i understand you 100% here.
events - events refer to the gob under the mouse afaik.
Pekr
29-May-2007
[2939]
will there be event transparent gobs?
Maxim
29-May-2007
[2940]
so the visible gob shape is tied to its event handling?
Pekr
29-May-2007
[2941]
e.g. Tao had ability to have certain color (IIRC) defined, so you 
could have your events flow to underlying window ... but maybe that 
could be done other way ...
Gabriele
29-May-2007
[2942]
ask cyphre - but i think it is doable with mezz code. native code 
does not do much.
Pekr
29-May-2007
[2943]
mezz code for such things? Slow :-)
Gabriele
29-May-2007
[2944]
we'll see :-)
Pekr
29-May-2007
[2945]
hmm, now thinking about simple thing as red text - will it use two 
gobs? text and color are mutually exclusive ...
Gabriele
29-May-2007
[2946x3]
red text as the characters being red? that is handled by the rich 
text dialect.
if you mean background - then i think so, you have a bg gob and a 
text gob inside or over it.
but i don't know all the details (yet).
Pekr
29-May-2007
[2949x2]
ah ... what is text then? or even better - what is following gob 
good for? gob: make gob! [color: red]
it is just color, but color of what?
Gabriele
29-May-2007
[2951]
background.