Re: gpe-iconlist

On 31 Mar 2003 22:02:46 +0100
Philip Blundell <pb@nexus.co.uk> wrote:

> On Thu, 2003-03-20 at 08:05, Robert Mibus wrote:
> > On Mon, 2003-03-17 at 00:51, Philip Blundell wrote:
> > > I'd kind of like to see the individual items in the iconlist be
> > > GObjects in their own right; the overall list widget would then be
> > > a container, and you could attach handlers for whatever button
> > > events you wanted on an item-by-item basis, cf
> > > GtkMenuItem/GtkMenu.
> > ... and the current add functions could just be wrappers? Sounds OK,
> > if a little more complex than appmgr needs ;-)
>
> Well, I checked in an initial step towards this goal. The old struct
> ILIcon has now been replaced by a GPEIconListItem object, and the
> "add" functions return a pointer to this newly created object.

Excellent!

About the "grow forever" feature, my lasts ci should have fixed it partly.
When the iconlist does not fill a whole page, then there is still some
problem related to the scrollbar (which should not appear as it is set
AUTOMATIC).

luc

>
> So far, this doesn't really buy much. However, it will allow us to
> replace stuff like gpe_iconlist_remove_item_with_udata with a function
> that takes a pointer to the GObject in question directly. In the
> medium term, I plan to start pushing the drawing functionality into
> the item objects, at which point they will probably become GtkWidgets
> in their own right, and GPEIconList will just be a container widget.
>
> You might notice that GPEIconListItem exposes its internals in the
> public interface, because GPEIconList still needs access to them at
> present. However, this stuff is not intended to be part of the ABI,
> and applications should consider GPEIconListItem to be an opaque
> object for the time being.
>
> p.
>

`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.´¯`·.¸¸.´
Received on Wed Apr 02 00:01:18 2003