On May 17, 2007, at 06:45 UTC, Lars Jensen wrote: > > > - Variable-height row data implies that the grid can repaginate > > > itself on demand, such as during a resize. > > > > Can you explain what you mean by "repaginate"? > > I mean the case where you want each row to wrap its contents to the > width of the column, and adjust the row height as a result. I call it > "repagination" when the column width changes and each row has to > recalculate its height.
Oi. Interesting. But I guess, if there's a ColumnWidthChanged event that gets invoked whenever the column width changes, then you could use this to adjust the row heights. (This would trigger a RowHeightChanged event, but I think you could ignore that.) > Oh, and here's another case, somewhat related to the one above: one > should be able to choose whether this control scrolls by row or by > pixel. By row is most common of course, but by pixel has its uses too. I think it should always be by pixel. Is there a good argument for sometimes scrolling by entire rows? Any well-known examples? > This is fun! Here's another one: I would like to be able to draw into > neighboring cells on occasion. I believe this is the "cell merging" feature that was one of the first asked for. You just say, "merge cell C5 with C6" and now you get a single CellTextPaint event with a context that spans both areas. > And how about an easy way to draw vertical headers for those narrow > columns? (Yeah, I know, draw my own...) Yeah, if it's just an event, then you can draw whatever you want. > One more: Column headers that span columns. I'm not sure about this, but I'm thinking that column (and row) headers should just be cells with specially-drawn content in them, and some special handling for mouse interaction. (Plus of course the ability to "freeze" certain rows/columns so they don't scroll.) So, if we already have cell merging, then we automatically have header merging (i.e. span) too. > But of course it's not that simple if this > control supports dragging columns to re-order them, because at that > point we'll want to support dragging _groups_ of columns by the > spanning header! I'm really not sanguine about drag-reordering of columns or rows. Column/row resizing, sure. But reordering sounds hard, and I strain to think of a good use for it (if you're not actually trying to duplicate Excel!). Best, - Joe -- Joe Strout -- [EMAIL PROTECTED] Strout Custom Solutions _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
