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

World: r3wp

[View] discuss view related issues

Henrik
17-Jan-2006
[4005]
LIST-VIEW 0.0.23 released.

Changelog is inside the main file:http://www.hmkdesign.dk/rebol/list-view/list-view.r
Docs: http://www.hmkdesign.dk/rebol/list-view/list-view.html
Graham
17-Jan-2006
[4006x2]
thanks ..saves me one step :)
Are you going to allow images in the rows
Henrik
17-Jan-2006
[4008x7]
yes at some point...
it'll probably be when I do conditions.
but the design of that is not completed yet. I want it to be easy 
to make conditions :-)
that way you can have a row with a status column which for example 
reads 'offline or 'online. Then you could say [status = 'offline] 
would result in some kind of output in that cell, either a change 
of color or font or an image. basically anything that you can do 
with a face
there is a little bit about it in the docs
(suggestions are welcome)
off to bed...
Brock
17-Jan-2006
[4015x4]
Henrik.  What you are doing is really amazing.  I really enjoy watching 
projects advance.  Graham, Ashley,  John Niclasen and now you have 
let us watch an immature app/style/control grow into a more mature 
being.  I thank you all for this.
I was hoping Cyphre's style creation talk would be much on this exact 
topic of the steps needed to create a new style and walking through 
the creation of one.  Mainly to see if this was something that was 
rudimentary (even newbies could do) or very involved (only for the 
seasoned programmer).
It would be great if your project was broken down into the early 
stages of design considerations and implementing the design.  Allowing 
everyone to learn from the basic style creation to the addition of 
basic and advanced features.
I use Cyphres list style and asked him at one point what was involved 
in making the familiar style/control that allows selection of items 
in one list and moving them over to a second list either by double 
clicking on it or pressing buttons between the two lists.  I have 
no idea what this style is called, but it sure would be interesting 
seeing how you would implement this with your list style.
DideC
18-Jan-2006
[4019]
Do you plan to use the 'words facet to allow a VIDish way to specify 
(i.e) data.
So you can write :

	view layout [list-view data ["one" "two" "three"]]
Henrik
18-Jan-2006
[4020]
didec, I would if I knew how to do that :-)
Graham
18-Jan-2006
[4021]
Is backeffect a new facet in VID ?
Henrik
18-Jan-2006
[4022]
brock, it's been a long and tough ride to get this far on my list 
view. This is actually somewhere around my 11th or 12th attempt at 
a list view where 3 of them were almost as functional as this one! 
So it has been because of this knowledge that it was possible to 
build LIST-VIEW this fast.
DideC
18-Jan-2006
[4023]
Have a look to the current list style. Use Anamonitor and look at 
the 'words facet. It's pretty easy to do.
Henrik
18-Jan-2006
[4024x2]
but this is the first one I feel has been done, at least almost right, 
because it's the first one where I used something from Cyphres speech 
at the conference.
didec, thanks! I want to implement it :-)
DideC
18-Jan-2006
[4026]
Please, also consider some renaming.

flt-list => filter-list (more obvious)
get-row-here => get-current-row or get-selected-row
Graham
18-Jan-2006
[4027]
Henrik's vowel keys are broken on his keyboard!
DideC
18-Jan-2006
[4028x2]
get-col-here => get-this-current-col or get-this-selected-col
Not for Altme it seems :)
Henrik
18-Jan-2006
[4030]
didec, I'm thinking about it, but it'll break a whole lot of stuff, 
and I hate long variable names :-)
Ryan
18-Jan-2006
[4031x2]
get-col-pos
get-row-pos
Graham
18-Jan-2006
[4033]
Henrik, the main cost is in maintenance, and if you use abbrevs it's 
much harder for everyone to maintain later on.
Henrik
18-Jan-2006
[4034]
alright, I'll have a look at it
Graham
18-Jan-2006
[4035]
( don't look at my code though! )
Ryan
18-Jan-2006
[4036]
My keyboard misses alot of letters too.
Henrik
18-Jan-2006
[4037]
graham, I'll provide a translation table :-)
Ryan
18-Jan-2006
[4038]
for me the longer the program, longer the names.
Graham
18-Jan-2006
[4039]
it's just a search and replace.
DideC
18-Jan-2006
[4040]
Yes, but it's the interface of the style.

And an important thing I learn from Carl is "choose the right and 
shorter name that precicely describe what is it and avoid shortcuts". 
It come back in it's blog regularly.
BrianH
18-Jan-2006
[4041]
You may notice that Carl doesn't tend to skip the vowels in those 
names either (rebcode notwithstanding).
DideC
18-Jan-2006
[4042]
When I read 'change-row-here, I just wonder "Where?".

When I read 'change-selected-row, I know where. It also implied that 
it can happen that there is NO selected row.

If there is always a current row (but that is not always selected) 
then use 'change-current-row instead.
Ryan
18-Jan-2006
[4043]
what about change-row?
BrianH
18-Jan-2006
[4044]
Plus, consider multiple selected rows, which may or not include the 
current row.
Henrik
18-Jan-2006
[4045x3]
the way it works is that you have some basic retrieval functions, 
such as GET-ROW, GET-COL and such. They use fixed positions to get 
the row you want from DATA, such as if you want row number 6, you 
type in:

get-row 6


Then there are all the -HERE functions, which simply retrieve data 
from the selected rows and columns. If the name was to change, I'd 
probably go for GET-SELECTED-ROW and such.
works the same for inputting data
there is a problem with GET-SELECTED-COL, because it could be misinterpreted 
as you want to return the entire column, and not the single value 
at a specific position in a row. I've not adopted the term "cell", 
but would that be appropriate? I normally only associate it with 
spreadsheets.
Graham
18-Jan-2006
[4048]
it is a table cell though
Anton
18-Jan-2006
[4049]
Ryan, re CGI: Maybe try  size-text: none   at the beginning of the 
script ?  That "might" work.
Ryan
18-Jan-2006
[4050x2]
Anton: huge thanks! Brilliant, well, if it works. Perhaps plopping 
it in the user.r, rebol.r, or prefs file.
Henrik: what about using get-col-here as get-col with get-col/at 
to specify pos.
Henrik
18-Jan-2006
[4052]
ryan, that's a possibility
Ryan
18-Jan-2006
[4053]
selected behavior by default. seems nice.
Henrik
18-Jan-2006
[4054]
yeah, however there might be a slight confusion: Currently the -HERE 
functions take in account filtering and sorting, so that you always 
edit or retrieve the right row regardless of these settings. the 
other functions get and put directly in DATA. The behaviour would 
either need to change or I'd have to add another refinement