World: r3wp

I see you are successfully basing on FACE. Just a point about placement 
of custom facets; I would put all the facets that already exist in 
face at the top, then follow with all your custom ones. That way, 
someone who reads your code can see which is which. Furthermore, 
if by some chance the FACE definition ever changes (adding or removing 
a facet), it will be easier to see where the fault lies. Eg:
	list-view: face with [
		size: 500x300
		edge: make edge [...]
		
		; my custom facets

  colors: [...]  ; <--- this is the same name and I suppose the same 
  concept as used in VID 
				; (but it's still custom from list-view's point of view)
		select-modes: [single multi row multi-row column]
		; etc...
	]

What I meant to say about the face definition changing - say for 
instance a COLORS facet was added to FACE. Then, you would be unintentionally 
overriding the View system's one and probably introducing bugs, because 
the View system would expect it to be used a particular way and might 
render the face incorrectly given the data you've put into it. It 
might also change that data when you expect it to remain, etc etc.

mvc - thats like supply in the real list works. So there are demos 
:)

Not "real", the inbuild one.

anton:

First one: Alright. :-)

Second one: All that code will be thrown out and there will be a 
different demo later

Third one: You have a point. I'll look at the issue of sorting standard 
vs. custom facets.

Henrik, Cyphre once did a list-view for me. It has some really nice 
things in it. Take a look at http://www.robertmuench.de/projects/data-form
for some docs on it.

Let me know, if you want to take a look at the source code.

thanks! I'll take a look at it.

Cool stuff.

yes, absolutly ... IIRC Robert suggested his form dialect to be accepted 
for VID, no?

it would be good if RebGui had similar schemas ...

version 0.0.14 uploaded

Changes:
      Fix: Documentation updates
      Fix: Multiple lists accidentally shared the LIST-SIZE value
      New: Custom layout block can now have multiple rows
        at the cost of horizontal resizability
      New: Now using ROW-FACE to store the custom layout block
      New: If HDR-COLS is set to a single word in a block,
        it will take the width of the list view.
      Fix: Code size optimization of navigation functions

      Info: The version between 0.0.12 and 0.0.14 is mysteriously missing... 
      :-)


The demo has been changed a bit to test custom layouts and multiple 
lists.

http://www.hmkdesign.dk/rebol/list-view.r
http://www.hmkdesign.dk/rebol/list-view.html

possible to configure slider width as an option ?

try list-view/scr/resize/x <value>

i'm using your list in my chatclient ...

nice. :-) screenshot?

.. well, using version 0.0.11 :)

http://www.compkarori.com/reb/if you have IE and plugin.

or, http://www.compkarori.com/reb/pluginchat.rif using rebol.

please note that now when using custom layout, it's not possible 
to have a horizontallly resizable list, because it's hard to determine 
how the elements should be resized without making the layout code 
complex (if no one has any suggestions, that is...)

I think rebgui assigns percentages to each column for horiz resizing.

that's a good idea! I think I'll implement that soon.

oh well... off to bed. lots of work tomorrow

** Script Error: case has no value
** Where: read-msg
** Near: case [
    parse clientmsg ['cmd set usercmd block!] [
        case [

            parse usercmd ['set-userstate set chat-users block!] [
                update-chatlist]]]

    parse clientmsg ['action set userblock block! set cmdblock block!] 
    []

    parse clientmsg ['chat set userblock block! set payload block!] [
        if error? set/any 'err try [
            payload: load payload
            insert tail payload now
            if all [payload/1 = "Eliza" f-10/data] [
                return]
            repend/only chat-list msgline: copy payload
            either viewed? chat-lay [

                f-chat/pane/size/y: append-msg reduce msgline f-chat/pane/size/y

                f-sld/redrag f-chat/size/y / max 1 f-chat/pane/size/y
                f-sld/step: 1 / max 1 (length? chat-list)
                if f-sld/data = 1 [
                    slide-chatpane 1]
                show [f-chat f-sld]] [
                display-chat/new 10x10]] [
            probe disarm err]]
    true []]
foreach channel chatroom-peers
>>

That's an old version now.  As you've discovered, 'case isn't defined 
in the plugin.  I've used Ladislav's 'case for the later versions 
.. 
Don't know why you're seeing this now .. unless it was cached.

A later version if not the latest is http://www.compkarori.com/reb/pluginchat5.r

bug: the background doesn't scale above something that looks like 
800x600

is something supposed to happen when you select a user from the list? 
It reacts very slowly and sometime require multiple clicks before 
it responds

The list doesn't work in the browser as the list needs AGG.  It works 
in View, but doesn't do anything at present except display online 
status.  It scales for me fine up to 1024x768.

Make sure it is version 0.0.15 ...

Just tried it again .. you're right.  The list elements react very 
slowly.  Wonder why that is ?

Maybe I need to try your latest list-view ?

the buttons at the list top react okay though .. just the rows are 
sluggish.

Just playing with it .. I've only got two list entries, and the top 
one responds each time.  It's the bottom one that is resistant.

So, looks like a bug in that version of the list-view.

Trying it with 3 elements now.. only the top one responds reliably.

I found a bug that might be related to that, but it only shows up 
if your row height is different than 20 pixels. It was fixed in 0.0.14.

the AGG part... right. the sort button uses AGG to display the sorting 
arrow. I could make that into an image and do some tests on an older 
View and see if it can run there...

view-list/scr/resize/x resizes the scroller in the list, but doesn't 
fix the little box above it.

Where do you set the row height again?

ok, found it .. can set the row height in the widths block.

do you use RESIZE on the entire listview after updating the width 
of the scroller?

I think I've gotten rid of the AGG dependency and that will be part 
of 0.0.15, but there are many other dependencies, so I don't know 
whether it'll work with the plugin.

no, I didn't.

list/update resets all the row heights, and scroller width

Does your list support 0 width columns ?  For storing row related 
data that you don't wish to display.

Or 0 row for related column data.

Henrik - can I set-row somehow? I mean I can 'get-row, but would 
like to set particular row hilighted and if not in view, it should 
be scrolled to have it in view ....

my understanding is, that it is still VID dependant, so can't be 
used for Rebgui, right?

li/change-row-here ["This Row" "Has Been" "Changed"]

change is different matter, no? you can change some data, but you 
just want to refresh the grid, not moving hilite. But I look for 
the option to programmably hilite particular row/cell