World: r3wp

If you resize the 1st column, then Romano's ana-list resizes the 
1st and 2nd columns only.  The other columns stay where they are.

My only comment about that is there isn't much margin for error, 
I think the two pixel activation of the column resizing is a little 
limited and requires concentration.  In Excel, they have about 16 
pixels (approximately the full size of the mouse pointer area, not 
just the immediate selection area.

Excel 2000 resizes the column headers only in real time and not all 
the data

oops, what Brock said :)

hum you mean to make the coloms resizing on event/type = 'up ?

;-)

yes... leave the resizing till the mouse is released.

but resize the column headers while mouse is down

K

mutch faster but more code and a strange effect  ;)

indeed

http://shadwolf.free.fr/rebgui-list43.r:)

some strange artifacts in the header

?

I believe it looks strange because you are including the adjacent 
data in the resize... Excel only shows a faint line indicating where 
the cell will end.

if you collapse column 2 completely and then open it up again, you 
get extra vertical lines

I do agree, strange effect for sure.

that disappear on redraw

I didn't see any artifacts.

:)

it's speedy

very acceptable.

I'm only on 900 MhZ machine and the resizing is real-time with my 
mouse movements.

no lag

http://www.compkarori.com/rebol/artifact.png

That looks like the ouline of the original size of the cell.  Don't 
see that here.

But might be a nice feature  ;)

yes this a gobal problem on rebgui  ;)

graham the button edge is  problematic bu that not only in listview 
:)

Something I am seeing... while mouse is down and resizing, the header 
cell in the direction I am moving highlights as if I am selecting 
that cell.  When I change direction of the resize, the new column 
header cell highlights.

I fear that people will say this comportement is a bug  ;)

it's quite hard to reproduce this artifact.  And it is difficult 
to exactly select the resizing bar.

this show that the computing is a lttle bit jerky some times

graham yes be this is a good comprimise

But it's good :)

In fact microsoft is cheatting the whole table is drawn upon same 
level  when you clic on header they drawn an artificial vertical 
bar

you can do this when working in C/C++ but in rabol this will jag 
out the perf the current way is the best I think even if it's a little 
strange  ;)

I could simulate this by uping up the slider to the same pane that 
the header buttons but this will complexify the scrolling algorithm

scrollers works as getting next and previous face on the same pane

if i put them one pane  up I will need to change this system too

and how could I manage to find the related faces on the down level 
pane ???

so like  this is a little bit stange but it works ;)

with ou loosing perfs ;)

last problem is the horizontal scroller ;)

Any way to just leave the content of the adjacent cells in place?

hum not so easy to do ...

Either way, current method works like a charm.

done ;)

so now the only thing the moves until mouse button is down its the 
header ;)

same file on my ftp  ;)