Re: GObject extension propose (GContainer)

Tim Janik wrote:

On Thu, 15 Jun 2006, Fontana Nicola wrote:

Hi all,

I'm a GObject based libraries (for UI purpose and not) user and I often need
a generic container to derive my own types. In my opinion, I think this
generic container must be included inside the GObject library ... it could
be used by a lot of derived libraries providing a common approach.

I published my solution - that is, what I am currently using - on

Is it a good idea? Is something planned in this direction? Am I totally

I need feedbacks ...
As a side note... I've been working on container --> child relationships and
honing them down inside the glade builder... objects may for example have
object delagates that are "owned" and in turn may "own" other delagates...
this is all functional with libglade facilities and the future gtk builder also (from the design as of yet...)... this concept of "types of container relationships" is also usefull for GtkMenuShell --> GtkMenu for example (not just any GtkWidget
can be added to a menushell).

All of that just to say... I cannot count the times I've thought to myself that
GtkContainer should really just be GContainerIface, and implemented by
whatever interested objects that want to parent other objects... I think
that what we need is not really "yet another container api", but a container
api that is a unified front for generic handling of the GTK object hierarchy at runtime.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]