World: r3wp

Petr, no it isn't.

anton, I'll see what I can do about it (would also learn a bit about 
iterated faces), but I'm focusing on getting things to work for now 
:-)

As you wish.

If I were to create it purely derived from FACE, how do I add it 
as a style under VID?

look at Cyphre's devcon presentation papers .... I think stylize/master 
is the way ...

I found the set-style function, which could do the trick, but it's 
unfortunately not documented (grr)

just returns an error. might be a context problem, since it's internal

>> a: get-style 'button
>> set-style 'test a
>> view layout [test] ; displays a button

but it doesn't work on my own face...

look at source of get-style ... it is only short-hand func to get 
style out of system/view/vid blabla path ... because - if you probe 
e.g. button in normal way, you will get nearly endless source output 
... hence get-style is handy ... imo

it seems the face object in itself isn't enough... I need to make 
a face through a derived object from one of the standard styles instead. 
they contain a lot more information

http://www.colellachiara.com/devcon05/cyphre.html

look at those slides - imo it is not so difficult to understand how 
you create your own styles ....

help make-face ....

or you just can start with 'blank-face instead?

the presentation looks completely screwed up here...

I just unzipped it, hit enter on .r file, and using View 1.3.2 I 
got nice, full-screen presentation ... you use right-arrow to move 
to next slide ...

worth looking at, really, at least for me ...

oh... doesn't run under linux, it seems

because text is drawn with AGG

that is bad then ... should be reported?

well, it's a known limitation

just a cut-off:
- nubunk definition:

stylize/master [
  my-style: face with [
     size: 100x100
     init: []
   ]
]

view layout [my-style "Hello world!"]

ah, I have shifted my hands on keyboard :-)) nubunk = minimal :-)

simply via stylize/master you get defined your custom style in global 
stylesheet, so you can use it in VID ...

good one.. will experiment with that a bit. thanks

I merely didn't think the face object itself was usable. seems I 
need to write a lot of additional code

Pekr: NUBUNK is nice and has only 27 hits on Google. You should use 
it as some product name :))

I would start like Pekr suggested, but with a box. Thats the minimal 
do-nothing face.

Hmm, http://www.codeconscious.com/rebsite/vid-ancestry.rsays a box 
is an image.

ok, I've been experimenting with it a bit, and I must say, it's harder 
than I thought. I think I'll give up on it for now. too many things 
don't fit together...

agg-text: it works i wine.

I've got an area field and am using ^S to send text in my chat client. 

I clear the field with face/line-list: none, and face/text: copy 
""

but the cursor ends up not at the left edge.  How does one fix that?

system/view/caret points to nirvana?

oh, that carrot thing again ..

Henrik, Petr posted above the exact example I was going to post. 
It's not as much work as you think to derive from FACE or BLANK-FACE. 
The advantage is that there's not all this unused stuff from the 
derived style left hanging around in the face object.

Mmm. FIELD access functions do not take into account whether the 
face has the focus or not. I think they should check that and set 
the caret to the field's new text facet (if it is new).

focus field fixes the caret.

anton, I read it (great stuff), but I currently have problems with 
which method to correctly group faces in the main pane (header, scroller 
and list), and get each face properly initalized. I know LAYOUT does 
this, but I can't use this with already made faces.

ok, haven't gotten very far yet, but http://hmkdesign.dk/rebol/list-view3.r

my attempt at a list view based on custom faces. more will come during 
the day... basically only fills out values and the sort buttons react 
visibly, but no sorting happens yet.

I will attempt to make it grow to my previously announced specs.

list is now resizable

now using the standard SCROLLER. I'm not sure if this is a good approach 
for RebGUI...

now supports vertical scrolling

some limited support of images too

its already slow though ... try to drag scroller here or there .....

it's the same routine as I normally use... I might be able to get 
rid of some calculations that are done during draw, when scrolling...

I've turned off the truncate function. did that help?

not sure ... but concentrate upon engine ... there will be place 
to optimise later ...

got rid of a few calculations during scrolling now.

sorting works now. click the button in the upper right corner to 
reset sorting