[Gtk-sharp-list] Possible improvements to gtk#

[Mike Kestner]

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
watermelons.

> > 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 <mkestner@speakeasy.net>