[REBOL] Re: Version 0.1 of a grid style
From: greggirwin:mindspring at: 28-Mar-2002 12:06
Hi Pekr,
<< I will try separate route, or we can cooperate. I think cell = face is
not bad aproach, if you want to have "full control", or if you think of
various handlers. Imagine coloring upon some condition, or maybe even
pluggable face feel function according to some condition. That way you
could create really powerfull combinations ... >>
Yes. I really like model LIST uses, with SUPPLY, but demand based with
callbacks maybe.
<< As for scrolling - it is not needed imo. Take the top-most pane
coordinates as the cropping element. Grid doesn't need to scroll, at
least vertically. It is data, which are changing, not cells themselves. >>
Right. The grid face itself doesn't need to scroll, but it needs to give
that appearance. In a simple model, like my draw-based grid/tree examples,
you could create a DRAW block with coordinates and just CHANGE the data
elements with each move. In my simple examples, I was regenerating the
entire DRAW block each time, and it was still plenty fast.
As a user I really dislike horizontal scrolling, so I would make that a much
lower priority if eliminating it would help simplify the design and/or
implementation considerably.
<< I don't want to see another "toy", which blowns up on browsing thousands
of rebol block based database >>
Yes. In the COM/OCX world, my favorite grid was TrueGrid because it had a
very simple callback model (e.g. Update/RequestData (row col)) that
virtualized
the data from the grid's perspective. The grid was only a
display mechanism, it didn't store any data in it, so there was no
redundancy (or very little anyway). With most grid controls, you have your
data, then you load it all into the grid (so it's now in two places), then
the grid operates on it, and finally you read it back out. Now, of course,
data bound grids are very popular.
--Gregg