r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Graham
4-Jan-2006
[3763]
scroll-here
	

Scrolls the list so the selected value comes into view.
Henrik
4-Jan-2006
[3764]
graham: 0 width columns seems to work fine in 0.0.14 here, but you 
may not need it once column filtering is properly implemented. then 
you determine which columns need to be displayed with OUT-COLS and 
in which order
Pekr
4-Jan-2006
[3765x3]
ok, thanks ...
btw - lock-lst should be preserved for real locking, I would maybe 
introduce - no-edit, or no-select flags ... just a naming convention 
...
but maybe you don't intend on locking? - e.g. like in excel, typical 
split view, you want to lock few rowns/columns, to not be scrolled 
....
Graham
4-Jan-2006
[3768]
Henrik, there is no /resize function.
Henrik
4-Jan-2006
[3769]
I haven't thought about scroll locking yet
Graham
4-Jan-2006
[3770]
update
	

Updates the list, when inputting new values.

resize
	

Resizes the entire list view to fit.
Henrik
4-Jan-2006
[3771x2]
graham, you are right. resizing is done with UPDATE
I had RESIZE in the first version
Graham
4-Jan-2006
[3773]
so, how can I get the scroller to resize correctly ?
Henrik
4-Jan-2006
[3774]
UPDATE is meant to be used every time you want to display the list 
after any kind of change
Graham
4-Jan-2006
[3775]
I get the corner piece at a different size from the scroller.
Henrik
4-Jan-2006
[3776]
I'll have to implement this more cleanly, so the scroller updates 
correctly
Graham
4-Jan-2006
[3777]
And when I use /update, it restores the scroller width to the original 
and not my changed version.
Henrik
4-Jan-2006
[3778]
yep... it's hard set to 20 pixels right now. that will be fixed.
Graham
4-Jan-2006
[3779x2]
where can I change it ?
I did it before but can't find where I did it!
Henrik
4-Jan-2006
[3781x2]
search for

scr/resize/x 20

in the code
how about SCR-WIDTH? is that ok?
Graham
4-Jan-2006
[3783x2]
why not use scroller-width  ?
I know people like to save letters ... :)
Henrik
4-Jan-2006
[3785]
if it's standard... I just refer to the scroller everywhere as SCR
Graham
4-Jan-2006
[3786]
yes, I know.
Henrik
4-Jan-2006
[3787]
and the header is HDR, list is LST, edit is EDT
Graham
4-Jan-2006
[3788]
yep, you don't like vowels.
Pekr
4-Jan-2006
[3789]
mabe he just like TLAs :-)
Henrik
4-Jan-2006
[3790x2]
maybe it's just easier to search for in the code?
pekr, I don't know what it takes to make it compatible with RebGUI, 
as I've never worked with it.
Graham
4-Jan-2006
[3792x5]
http://www.compkarori.com/reb/pluginchat7.r
when you click on a name in the list, ip and port information is 
given.
prelude to private chat.
synapse chat 0.0.16 at http://www.compkarori.com/reb/pluginchat9.r
the background slows everything down so as per Allen's suggestion, 
I have set saved-area: true for all the buttons.  I did the same 
for the main message area which fixes up the slow scrolling issue, 
but causes a resize error sometimes.  Not sure how to fix this as 
resetting the saved-area to true after a resize doesn't fix it.
Volker
4-Jan-2006
[3797]
If the background is calculated, saved-area: true on background?
Allen
4-Jan-2006
[3798]
try pasting the below in

layout [text "Hello world"]
 or 
effect [grid 10x10]
or
effect [gradient 0x1 255.20.20 20.20.255]
Henrik
5-Jan-2006
[3799]
0.0.15 uploaded

Changes:
      New: Updated documentation with images
      New: DATA can now also be a single block of values
      Fix: IN-COLS is no longer mandatory
      Fix: MAIN-COL is no longer mandatory
      New: Default WIDTHS now a fraction value.
      New: Fractional widths of the list width as decimals
      Fix: List size calculation optimizations

      Fix: Scroller width is now always equal to the corner reset button 
      width
      New: SCR-WIDTH lets you set the scroller width
      Fix: AGG is no longer a requirement
      New: CLEAR to quickly clear the list

The files have moved again:
    http://www.hmkdesign.dk/rebol/list-view/list-view.r

    Docs are available in makedoc2 format at:
    http://www.hmkdesign.dk/rebol/list-view/list-view.txtand
    http://www.hmkdesign.dk/rebol/list-view/list-view.html
Graham
5-Jan-2006
[3800x2]
Seems to be a missing graphic for the docs
ie broken link.
Henrik
5-Jan-2006
[3802]
yes, some graphics are still missing. there is a bug in the width 
calculation code, which I want to fix for 0.0.16, so I thought that 
would have a higher priority
Graham
5-Jan-2006
[3803]
what does the corner reset button do ?
Henrik
5-Jan-2006
[3804]
resets the sorting mode to 'nosort
Graham
5-Jan-2006
[3805x2]
Any plans on adding drag and drop on to the list ?
eg. moving elements from one list-view to another?
Henrik
5-Jan-2006
[3807]
maybe if I get time, but it will not be added until after inline 
editing and most bugs have been fixed...
Graham
5-Jan-2006
[3808]
we'll try and give you more feedback about bugs then :)
Henrik
5-Jan-2006
[3809]
thanks... 0.0.16 and forward will provide some testcases and new 
demos, so it's going to be easier to test.
Pekr
6-Jan-2006
[3810x2]
Graham - please slow down with new features, unless basic ones do 
work :-) I would like to ask you, if you or your users do really 
heavy drag and drop and what is more, even in between several grids?
but I can tell you what our 300 users are used to, working with 3 
grids we introduced within last 10 years, what they valued most - 


- column resizing was not an issue at all - proper grid can calculate 
size to set it automatically - we had two modes, auto column-width 
adjust, or static, set in config

- drag and drop was rarely used for columns. You can do it othe way 
around - let users to choose which columns they want to see, in what 
order. Let them save the config!!! Without it, forget about your 
grid being powerfull - what ppl are looking for is comfortable view 
of their data. Each person is used to slightly different view

- horizontal scrolling is a must. How cbut I can tell you what our 
300 users are used to, working with 3 grids we introduced within 
last 10 years, what they valued most - 


- column resizing was not an issue at all - proper grid can calculate 
size to set it automatically - we had two modes, auto column-width 
adjust, or static, set in config

- drag and drop was rarely used for columns. You can do it othe way 
around - let users to choose which columns they want to see, in what 
order. Let them save the config!!! Without it, forget about your 
grid being powerfull - what ppl are looking for is comfortable view 
of their data. Each person is used to slightly different view

- horizontal scrolling is a must. How cbut I can tell you what our 
300 users are used to, working with 3 grids we introduced within 
last 10 years, what they valued most - 


- column resizing was not an issue at all - proper grid can calculate 
size to set it automatically - we had two modes, auto column-width 
adjust, or static, set in config

- drag and drop was rarely used for columns. You can do it othe way 
around - let users to choose which columns they want to see, in what 
order. Let them save the config!!! Without it, forget about your 
grid being powerfull - what ppl are looking for is comfortable view 
of their data. Each person is used to slightly different view

- horizontal scrolling is a must. How cbut I can tell you what our 
300 users are used to, working with 3 grids we introduced within 
last 10 years, what they valued most - 


- column resizing was not an issue at all - proper grid can calculate 
size to set it automatically - we had two modes, auto column-width 
adjust, or static, set in config

- drag and drop was rarely used for columns. You can do it othe way 
around - let users to choose which columns they want to see, in what 
order. Let them save the config!!! Without it, forget about your 
grid being powerfull - what ppl are looking for is comfortable view 
of their data. Each person is used to slightly different view

- horizontal scrolling is a must. How cbut I can tell you what our 
300 users are used to, working with 3 grids we introduced within 
last 10 years, what they valued most - 


- column resizing was not an issue at all - proper grid can calculate 
size to set it automatically - we had two modes, auto column-width 
adjust, or static, set in config

- drag and drop was rarely used for columns. You can do it othe way 
around - let users to choose which columns they want to see, in what 
order. Let them save the config!!! Without it, forget about your 
grid being powerfull - what ppl are looking for is comfortable view 
of their data. Each person is used to slightly different view

- horizontal scrolling is a must. It is so basic feature, I wonder 
why noone is requesting it? grids based upon list show its main flaw 
- non ability to scroll horizontally. Real life apps do consist of 
more fields usually then you can fit into your screen ;-)

- sometimes users requested split-view, so that few left columns 
got locked and did not scroll horizontally ....

- proper keyboard handling is a must - enter=edit, ins=insert record, 
del=delete record, move by arrows, pgdn, pgup, end home, ctrl plus 
pgdn, pgup, home, end, left, righ ....
Ryan
6-Jan-2006
[3812]
Eliza is a hotty!!!