World: r3wp
[!RebGUI] A lightweight alternative to VID
older newer | first last |
shadwolf 1-May-2005 [766] | http://shadwolf.free.fr/rebgui-list43.r:) |
Graham 1-May-2005 [767] | some strange artifacts in the header |
shadwolf 1-May-2005 [768] | ? |
Brock 1-May-2005 [769] | 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. |
Graham 1-May-2005 [770] | if you collapse column 2 completely and then open it up again, you get extra vertical lines |
Brock 1-May-2005 [771] | I do agree, strange effect for sure. |
Graham 1-May-2005 [772] | that disappear on redraw |
Brock 1-May-2005 [773] | I didn't see any artifacts. |
shadwolf 1-May-2005 [774x2] | :) |
it's speedy | |
Brock 1-May-2005 [776x3] | very acceptable. |
I'm only on 900 MhZ machine and the resizing is real-time with my mouse movements. | |
no lag | |
Graham 1-May-2005 [779] | http://www.compkarori.com/rebol/artifact.png |
Brock 1-May-2005 [780x2] | That looks like the ouline of the original size of the cell. Don't see that here. |
But might be a nice feature ;) | |
shadwolf 1-May-2005 [782x2] | yes this a gobal problem on rebgui ;) |
graham the button edge is problematic bu that not only in listview :) | |
Brock 1-May-2005 [784] | 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. |
shadwolf 1-May-2005 [785] | I fear that people will say this comportement is a bug ;) |
Graham 1-May-2005 [786] | it's quite hard to reproduce this artifact. And it is difficult to exactly select the resizing bar. |
shadwolf 1-May-2005 [787x2] | this show that the computing is a lttle bit jerky some times |
graham yes be this is a good comprimise | |
Graham 1-May-2005 [789] | But it's good :) |
shadwolf 1-May-2005 [790x9] | 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 ;) | |
Brock 1-May-2005 [799] | Any way to just leave the content of the adjacent cells in place? |
shadwolf 1-May-2005 [800] | hum not so easy to do ... |
Brock 1-May-2005 [801] | Either way, current method works like a charm. |
shadwolf 1-May-2005 [802x8] | done ;) |
so now the only thing the moves until mouse button is down its the header ;) | |
same file on my ftp ;) | |
http://shadwolf.free.fr/rebgui-list43.r | |
it's better this way | |
even faster and on mouse up the wall content is scrolled ;) | |
maybe Ashley will make an effect draw line on the current mouse position ;) | |
this will do the trick like in microsoft ;) | |
Brock 1-May-2005 [810] | Now resizing can't go beyond the next column's right border. |
shadwolf 1-May-2005 [811x4] | ??? |
yes the resize mouve only the header buttons ;) | |
the right part is forgeted until the mouse button it's not realease the only this is that the bar is hided | |
this is can be similate by over drawing a line with effect draw ;) | |
Brock 1-May-2005 [815] | That's working as you state, only the headers are moving. Now however, I can only drag the resize bar one column width. |
older newer | first last |