nope, what I tried to do is have a 'per-column' color. A feature needed here to indicate cells are required values and may not left blank.
On Fri, 2007-02-23 at 15:13 -0600, David J. Orme wrote: > Hmmmm; Override setBackground() on the abstract row object to > recursively go through its children and setBackground() to the same > color? > > Would that do what you want? > > Regards, > > Dave > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Feb 2007 09:51:48 +0100 > From: Andr? Dietisheim <[EMAIL PROTECTED]> > Subject: [nebula-dev] [compositeTable]: taint whole cell-area with > color > To: Nebula Dev <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=UTF-8 > > Hi Dave > > I'm currently stuck in a problem where I try to have background-color > in > a cell. The current cell-layout does not stretch the control to use > the > complete area reserved in the row composite. If you have buttons and > texts in a row, the row gehts the max height used by the buttons. > texts > are currently positioned to the bottom of the row, leaving a space > above > them. If I set background-color on those text it looks terribly ugly. > Stretching those text-controls does not help as the text top-aligned > inside the text-control and it looks as ugly as before. > I have 2 solutions I tried without success: > > 1.) gc.fillRectangle() of row-composite (getParent() and use its y + > height). I unfortunately never got the expected result. I did not take > the time to track the error. > > 2.) wrap texts in another composite that has a layout that streches > the > text horizontally and center it vertically. I tracked the problems I > have here and I think they could be solved: > - arrive-event not triggered: TableRow appends a focusListener to the > controls parent (wrapping composite here instead of text). wrapping > composite does not trigger focus events -> override addFocusListener > on > wrapping composite to attach focus-listener to text-control > - current column not evaluated correctly in TableRow -> check nested > controls > - arrow-up & arrow-down navigation not handled natively by composite > -> > extend keyTraversed handling in InternalComposite (currently it only > handles nextRow- and previousRow- Navigation) > > in general I think solution 2) is lot of changes but could allow > nesting > any kind of container in table cells. On the other hand the > straight-forward approach 1) should be sufficient for now. I do have > to > admit though that I do not understand yet why my gc-drawings get > tackled. > > I'd appreciate a lot you opinion on this stuff! > > Greetings > Andr�� > > > > ------------------------------ > > _______________________________________________ > nebula-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/nebula-dev > > > End of nebula-dev Digest, Vol 11, Issue 17 > ****************************************** > !DSPAM:45df4c05202483936241041! > _______________________________________________ > nebula-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/nebula-dev > > > !DSPAM:45df4c05202483936241041! _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev
