Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[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 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.