[ This mail may not land in the thread since I was not subscribed to
the list when it began. ]
Tim Janik approach seems not general enough to me. I.e. if GTK+
developers don't provide *_appoint_type() function for a particular
type, you are lost. Are there any strong points for this version?
On Sat, 9 Dec 2006, Bill Haneman wrote:
Hi All;
As I understand it, the proposal below would probably break gail
unless/until we roll it into gtk+.
can you please elaborate why this should be the case?
basically, the proprosal is about exchanging widget types. as long
as widgets are
Tim Janik wrote:
On Sat, 9 Dec 2006, Bill Haneman wrote:
Hi All;
As I understand it, the proposal below would probably break gail
unless/until we roll it into gtk+.
can you please elaborate why this should be the case?
basically, the proprosal is about exchanging widget types.
My
...
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Hey all,
this is a proposal for allowing pluggable widget types and implementations,
assorted bug report: http://bugzilla.gnome.org/show_bug.cgi?id=356864
How about a sort of widget/object factory?
So you'd set the default
On Fri, 1 Dec 2006, Damon Chaplin wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Hey all,
this is a proposal for allowing pluggable widget types and implementations,
assorted bug report: http://bugzilla.gnome.org/show_bug.cgi?id=356864
How about a sort of widget/object factory
On Fri, 2006-12-08 at 13:13 +0100, Tim Janik wrote:
On Fri, 1 Dec 2006, Damon Chaplin wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Hey all,
this is a proposal for allowing pluggable widget types and implementations,
assorted bug report: http://bugzilla.gnome.org
On Fri, 2006-12-08 at 14:36 +, Damon Chaplin wrote:
On Fri, 2006-12-08 at 13:13 +0100, Tim Janik wrote:
On Fri, 1 Dec 2006, Damon Chaplin wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Hey all,
this is a proposal for allowing pluggable widget types
On Fri, 8 Dec 2006, Tristan Van Berkom wrote:
On Fri, 2006-12-08 at 14:36 +, Damon Chaplin wrote:
I don't have any specific examples. I just thought using a factory was a
more flexible approach - better than adding XXX_appoint_type() functions
for each widget.
Would there be anything
On Fri, 2006-12-08 at 16:27 +0100, Tim Janik wrote:
[...]
i.e.
gtk_stock_appoint_type (file-chooser,
MYLIB_TYPE_SEXY_FILECHOOSER);
this is simply not possible without introducing a seperate widget type
naming system which we aren't planning to do (e.g. because
On Fri, 8 Dec 2006, Tristan Van Berkom wrote:
On Fri, 2006-12-08 at 16:27 +0100, Tim Janik wrote:
[...]
i.e.
gtk_stock_appoint_type (file-chooser,
MYLIB_TYPE_SEXY_FILECHOOSER);
this is simply not possible without introducing a seperate widget type
naming system
On Fri, 2006-12-08 at 17:49 +0100, Tim Janik wrote:
[...]
This abstraction would ensure that there is no confusion at the GType
level, if we start substituting types at the GType level then types
will inevidably be substituted underneath unsuspecting code, that
doesnt sound safe to me at
On Fri, 8 Dec 2006, Tristan Van Berkom wrote:
On Fri, 2006-12-08 at 17:49 +0100, Tim Janik wrote:
[...]
This abstraction would ensure that there is no confusion at the GType
level, if we start substituting types at the GType level then types
will inevidably be substituted underneath
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Hey all,
this is a proposal for allowing pluggable widget types and implementations,
assorted bug report: http://bugzilla.gnome.org/show_bug.cgi?id=356864
How about a sort of widget/object factory?
So you'd set the default implementation
Hey all,
this is a proposal for allowing pluggable widget types and implementations,
assorted bug report: http://bugzilla.gnome.org/show_bug.cgi?id=356864
Platform and desktop customization needs, especially in the embedded market
go far beyond the themability support Gtk+ currently offers.
E.g
On Tue, 28 Nov 2006 14:53:33 +0100 (CET)
Tim Janik [EMAIL PROTECTED] wrote:
Hey all,
this is a proposal for allowing pluggable widget types and
implementations, assorted bug report:
http://bugzilla.gnome.org/show_bug.cgi?id=356864
Platform and desktop customization needs, especially
On Tue, 28 Nov 2006, Magnus Bergman wrote:
On Tue, 28 Nov 2006 14:53:33 +0100 (CET)
Tim Janik [EMAIL PROTECTED] wrote:
Hey all,
this is a proposal for allowing pluggable widget types and
implementations, assorted bug report:
http://bugzilla.gnome.org/show_bug.cgi?id=356864
Platform
Magnus Bergman wrote:
[..]
Platform and desktop customization needs, especially in the embedded
market go far beyond the themability support Gtk+ currently offers.
E.g. for touchscreens, special input methods (hand writing
recognition or virtual keyboards) need to be implemented, and
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Resulting in gtk_file_selection_new() to return objects of the custom type
gtkfileselector_derived_type, and gtk_printer_selection_new() to return
objects of the custom type iface_implementation_type.
How would this interact with
Ross Burton wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Resulting in gtk_file_selection_new() to return objects of the custom type
gtkfileselector_derived_type, and gtk_printer_selection_new() to return
objects of the custom type iface_implementation_type.
How would this
On Tue, 2006-11-28 at 15:03 +, Ross Burton wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Resulting in gtk_file_selection_new() to return objects of the custom type
gtkfileselector_derived_type, and gtk_printer_selection_new() to return
objects of the custom type
On Tue, 28 Nov 2006, Ross Burton wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Resulting in gtk_file_selection_new() to return objects of the custom type
gtkfileselector_derived_type, and gtk_printer_selection_new() to return
objects of the custom type iface_implementation_type.
On Tue, 28 Nov 2006, Murray Cumming wrote:
On Tue, 2006-11-28 at 15:03 +, Ross Burton wrote:
On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Resulting in gtk_file_selection_new() to return objects of the custom type
gtkfileselector_derived_type, and gtk_printer_selection_new() to
On Tue, 28 Nov 2006, Tristan Van Berkom wrote:
/me strays a little offtopic...
As someone with a background writing applications for the touchscreen,
I'm happy to see there's been an interest over the last year... my
personal opinion is that the desktop is not for the touchscreen, and that
Tim Janik wrote:
On Tue, 28 Nov 2006, Tristan Van Berkom wrote:
/me strays a little offtopic...
As someone with a background writing applications for the touchscreen,
I'm happy to see there's been an interest over the last year... my
personal opinion is that the desktop is not for the
24 matches
Mail list logo
