World: r3wp

And nice announcement. Be sure to integrate it into RebGUI as well.

The caching stuff you mentioned is something I partially did for 
my old listview. Correctly the listview was very fast, but also very 
memory hungry, took a long time to initialize and the code was 5 
times bigger and a lot harder to maintain.


This one simply doesn't paint anything other than what is seen, so 
if you have a million rows, only 15 will be painted, if you have 
15 visible rows on screen. The backside to the LIST which this one 
is based on is that it uses iterated faces. This means that if I 
only do a small change to one face, it has to repaint the entire 
list view with all rows. That's why mouse over became too slow to 
be practically useful. I'm not sure yet how to fix this problem.

And please, add auto-filter functionality a la Excel to the columns. 
Very handy for most programs as it frees you from having to develop 
a query-dialect.

robert, explain? The current filter function is a simple one which 
allows you to only show rows in which at least one cell contains 
a specific sequence of chars

Henrik - auto function - you will add small icon to the header (like 
there is for sorting). It will be drop-down (combo?) style. You will 
fill-it-in with unique values for particular columns .... (in your 
example Gui tools, bug database, HVIT ...., selecting one will show 
only those related items) ...imo that is what Robert means here ....

pekr, I could solve that by making the filter function column specific. 
currently it just searches all columns....

already in the bug database actually :-)

If I can make it 100% independent on my GUI library, I could try 
to make a release? It'll require about a days work though.

Yep, that's what I meant. Columnwise drop-down box with unique values. 
For example you can filter just all bugs that have high priority.

that's doable once I get filtering to work on specific columns, yes....

Henrik, I advise building this style from FACE (ie. not an existing 
style, like LIST). Makes it less dependant on other code, more portable 
(ie. to RebGUI), and you will be forced to write your own pane function, 
which you will need to do anyway . :)

I based a lot of styles on existing styles, and this is a great way 
to learn, but I found as existing styles were changed (bugs fixed 
or ottherwise), my styles would break. Then it's a run-around to 
do a version-dependant fix for the problems.

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.