On Wed, Oct 09, 2013 at 10:53:50PM +0200, Bastien Nocera wrote: > I wouldn't want to use 2 different APIs when creating > command-line/curses APIs or GTK+ though. Otherwise, whatever syntactic > sugar the GObject bindings would add would be lost.
And if we add the spell checking directly in GTK+, an extension point would anyway be needed to avoid a direct dependency, since the Enchant types would not be exposed in GTK+. And if an extension point is added, it's better to add it in GIO, so command line tools can use it. So it makes sense to have the GObjectification in a separate library. Or the other possibility is to add the GObjects directly to Enchant (and keep the current API available). By doing so, we have one less DSO to load. But Enchant would have one more dependency, that perhaps some projects don't want to have. Sébastien _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
