[REBOL] Re: Version 0.1 of a grid style
From: brett:codeconscious at: 28-Mar-2002 20:46
Hi Gregg,
> Yes indeed! I get ahead of myself thinking about when > scrolling is
added and you dynamically generate just > the visible portion of the
grid, or the grid is tied > to a data source and you update the
appearance of the > grid as the data changes. > Like I said, *way*
ahead... :)
I got into analysis paralysis trying to solve that dynamic generation
problem so I decided to write something just to get some movement and,
ahem, to see what issues arose ;^)
BTW a scrolling grid (no smart logic sorry):
Rebsite / Code. C. / Grids / LibCat
http://www.codeconscious.com/rebsite/library-catalog2.r
The grid so far has given me ideas and has raised a few issues:
*The "smarts" for handling faces as they come on / go off "stage"
should handle scrolling of the grid and resizing of rows/columns
perhaps through a cache.
*I'd like to see some easy way to plug in controller(s) for handling
data and validation. A problem is creating/handling data events
generically when you don't know what the cell face is that will
show/edit it. I'd like to avoid forcing a special api/behaviour on the
cell faces, but maybe that is the only way.
*What is the priority for attributes between row and column or is there
a nice merge policy?
*My current attibute priority is: more specific = higher priority, but
I wonder if there is cases when you want the reverse or maybe both!
*Should the attributes of different levels (global,row,cell) be mashed
together to produce a cell face like I'm doing now or implemented as
seperate "layered" faces? Or a combo of this and the last point?
*The functionality should be seperable so that a given script only
needs a grid smart enough for its purpose.
Interesting excerice.
Brett.