Benjamin Otte wrote:
> Tim Janik imendio.com> writes:
>
> > > - How does this work for application derived types?
> > >
> > >e.g. if vino derives from GtkLabel to make a label which looks like
> > >a clickable URL, then even if it is instantiated using
> > >g_factory_create() a gtk t
Gustavo J. A. M. Carneiro wrote:
> On Ter, 2006-12-19 at 21:51 +0200, Paul Pogonyshev wrote:
> > Tim Janik wrote:
> > > here's a refined proposal for pluggable widgets [...]
> >
> > Looks fine to me, except that I support the requested addition of
> > va_list version of g_factory_create(). Otherw
On Ter, 2006-12-19 at 21:51 +0200, Paul Pogonyshev wrote:
> Tim Janik wrote:
> > here's a refined proposal for pluggable widgets [...]
>
> Looks fine to me, except that I support the requested addition of
> va_list version of g_factory_create(). Otherwise everything seems
> good.
I didn't prop
On Wed, 20 Dec 2006, Benjamin Otte wrote:
> Tim Janik imendio.com> writes:
> - This API seems problematic wrt subclassing. If I subclass GtkAboutBox in my
> application for some simple change it won't pick up the appointing of the
> about
> box.
that is right. do you really mean to blame this
On Wed, 20 Dec 2006, Tristan Van Berkom wrote:
> On Wed, 2006-12-20 at 15:34 +0100, Tim Janik wrote:
>>> My point is that Foo would prefer if PanelMenu could automatically
>>> sub-class FooGtkMenu rather than GtkMenu.
>>
>> with Gtk+ and its object system, that is simply not technically possib
On Wed, 2006-12-20 at 15:34 +0100, Tim Janik wrote:
> > My point is that Foo would prefer if PanelMenu could automatically
> > sub-class FooGtkMenu rather than GtkMenu.
>
> with Gtk+ and its object system, that is simply not technically possible.
>
custom_menu_item_type =
g_type_registe
On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> On Wed, 2006-12-20 at 15:04 +0100, Tim Janik wrote:
>> On Wed, 20 Dec 2006, Mark McLoughlin wrote:
>
>>> With this API the vendor would need to have a gtk module or library
>>> especially for the gnome-panel in order to appoint a new implementation
On Wed, 2006-12-20 at 15:04 +0100, Tim Janik wrote:
> On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> > With this API the vendor would need to have a gtk module or library
> > especially for the gnome-panel in order to appoint a new implementation
> > of PanelMenu.
>
> if he *only* means to cha
On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> Suppose gnome-panel implements PanelMenu[1] as a sub-class of GtkMenu
> in order to display an ugly logo on the left hand side of the menu.
>
> If a platform vendor goes to the trouble of introducing a customised
> GtkMenu implementation, t
On Wed, 2006-12-20 at 10:46 +0100, Tim Janik wrote:
> On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> > Whichever it is, I'm wondering about things like VinoUrl - i.e. an
> > application derived widget. Should it be expected that a plugged-in
> > re-implementation of GtkLabel would also be used
On Wed, 20 Dec 2006, Dominic Lachowicz wrote:
>> - If theme authors were supposed to use this API, a lot of crazy (and
>> reasonable) ideas could be implemented. Of the top of my head (from
>> reasonable
>> to crazy):
>
> Wouldn't this run into the following problem?
>
> Themes are unloadable mod
> - If theme authors were supposed to use this API, a lot of crazy (and
> reasonable) ideas could be implemented. Of the top of my head (from reasonable
> to crazy):
Wouldn't this run into the following problem?
Themes are unloadable modules. GTypes in themes must be registered on
a GTypeModule,
Tim Janik imendio.com> writes:
> > - How does this work for application derived types?
> >
> >e.g. if vino derives from GtkLabel to make a label which looks like
> >a clickable URL, then even if it is instantiated using
> >g_factory_create() a gtk theme module will not be able to rep
On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> On Wed, 2006-12-20 at 10:22 +0100, Tim Janik wrote:
>> On Wed, 20 Dec 2006, Mark McLoughlin wrote:
>
>>> - How does this work for application derived types?
>>>
>>>e.g. if vino derives from GtkLabel to make a label which looks like
>>>a clicka
On Wed, 2006-12-20 at 10:22 +0100, Tim Janik wrote:
> On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> > - How does this work for application derived types?
> >
> >e.g. if vino derives from GtkLabel to make a label which looks like
> >a clickable URL, then even if it is instantiated using
>
On Wed, 20 Dec 2006, Mark McLoughlin wrote:
> Hi Tim,
> Just a couple of things I'm confused about:
>
> - How does this work for interface types?
>
>e.g. I can understand how you might want to replace GtkEntry's
>editable interface, but not how you'd appoint an implementation type
>
Hi Tim,
Just a couple of things I'm confused about:
- How does this work for interface types?
e.g. I can understand how you might want to replace GtkEntry's
editable interface, but not how you'd appoint an implementation type
for GTK_TYPE_EDITABLE
- How does this work fo
On Tue, 19 Dec 2006, Tristan Van Berkom wrote:
> On Tue, 2006-12-19 at 21:51 +0200, Paul Pogonyshev wrote:
>> Tim Janik wrote:
>>> here's a refined proposal for pluggable widgets [...]
>>
>
> This isnt really a concern, just curious...
>
> g_factory_appoint (TYPE_BAR, TYPE_BAZ);
> g_factory_appoin
On Tue, 2006-12-19 at 21:51 +0200, Paul Pogonyshev wrote:
> Tim Janik wrote:
> > here's a refined proposal for pluggable widgets [...]
>
This isnt really a concern, just curious...
g_factory_appoint (TYPE_BAR, TYPE_BAZ);
g_factory_appoint (TYPE_FOO, TYPE_BAR);
g_factory_get_appointed (TYPE_FOO)
2006/12/19, Tim Janik <[EMAIL PROTECTED]>:
> - g_object_factory_ was suggested as namespace for this factory. that'd be
>technically correct because the API is supposed to only create GObject
>derived types, however g_object_factory_ is significantly longer and i
>think we can be pretty
Tim Janik wrote:
> here's a refined proposal for pluggable widgets [...]
Looks fine to me, except that I support the requested addition of
va_list version of g_factory_create(). Otherwise everything seems
good.
Paul
___
gtk-devel-list mailing list
gtk-
On Ter, 2006-12-19 at 14:18 +0100, Tim Janik wrote:
> hey All.
>
> here's a refined proposal for pluggable widgets, incorporating the recent
> comments from Damon Chaplin and Paul Pogonyshev. the motivation for
> pluggable widgets is supplied in the original proposal:
>http://mail.gnome.org/ar
hey All.
here's a refined proposal for pluggable widgets, incorporating the recent
comments from Damon Chaplin and Paul Pogonyshev. the motivation for
pluggable widgets is supplied in the original proposal:
http://mail.gnome.org/archives/gtk-devel-list/2006-November/msg00125.html
and the corres
23 matches
Mail list logo