From: Don A. <don...@co...> - 2005-12-31 18:18:56
|
I had tried this a while ago, and then abandoned it. If someone wants to do this, I would be interested. If I remember, there were several problems. I think (but I'm not sure) that the CellRenderer object has to have some type of value associated with it. A CellRendererToggle has a True/False state, a CellRendererCombo has a text value associated with it, etc. Another problem is that we would be responsible for all widget-like functions, including redrawing and resizing. As far as HIG compliance, I believe in adhering to the HIG. Adding a column of buttons would not be the default, but would be something that is added using the Column Editor. Since the user makes a conscious choice to add the column of buttons, they have chosen any violation of the HIG. And as long as this is the user's choice, I can live with this. Don On Sat, 2005-12-31 at 17:33 +0100, Joachim Breitner wrote: > Hi, >=20 > Am Samstag, den 31.12.2005, 08:22 -0700 schrieb Don Allingham: > > On Sat, 2005-12-31 at 11:55 +0100, Joachim Breitner wrote: > > > Looks nice. One thing I have been missing in the family view is a but= ton > > > next to each child which will make that person the active person. > > > Currently, I have to click on the child and then press the "<=3D" but= ton, > > > which is one click too much, IMHO. > >=20 > > This is a limitation of GTK. We cannot embed an button in the list. > > We've already looked into this. >=20 > I searched the archive, but I couln't find it. Skimming through the gtk > docs, it seems that we nee something like GtkCellRendererToggle, that > behaves like a button. That should be possible to implement, but that is > something that can easily be contributed, to not distract the gramps > developers from their core work :-) >=20 > The question is: Is this actually wanted, or rather not? >=20 > Thanks and a happy new year, > Joachim >=20 --=20 Don Allingham http://don.allingham.org |