[Gtk-sharp-list] Possible improvements to gtk#
04 Jan 2003 00:08:23 -0600
On Fri, 2003-01-03 at 22:29, Miguel de Icaza wrote:
> The comments come from the source code to the Gtk version of Zoltan's
> coverage tool:
Unbelievable. I might as well just have louie remove the gtk# module in
bugzilla for all the more use it gets.
> We should still dig into this problem and find what is slower. Multiple
> shared libraries? Multiple assemblies? Atk/Pango startup time? gtk
> startup time? The issue might not even be related to the binding.
Uh, for all we know this comment was made by a KDE user with no GNOME
libs loaded. I'd be much more interested in quantified differences in
startup times between a native Gtk+ app and its comparable Gtk# app. At
least that's comparing green apples to red apples, instead of apples to
> > I would be wary of an entirely new API (since there will be a new
> > filesel, with filters, in Gtk+ 2.4), but it'd be easy to add a few
> > static methods that run the fileselector internally:
Yeah, lets not go there. FileSelection sucks. Known issue. Putting
convenience APIs around it is polishing a turd.
Mike Kestner <email@example.com>