[Gtk-sharp-list] DataGrid control, data binding, ObjectViews, Swf, Gtk

Scott Ellington scottellington at comcast.net
Thu Dec 15 13:25:29 EST 2005

On Thu, 2005-12-15 at 12:04 -0600, Mike Kestner wrote:
> The reality is that this just doesn't work.  There have been numerous
> experiments in widget aggregation in GNOME from gal to egg.  For that
> matter, libgnomeui.  Most of the general purpose widgetry is already
> contained in Gtk#.  

Well, there are differences:

1) those are C libraries, we are talking about C#/.Net which was
designed for encapsulation and reusability.

2) unlike gnome libraries, we have a captive audience: gtk# developers.
We don't have to gain acceptance by many disparate groups / companies
developing in different languages.  Plus, the gtk# community is still
relatively young. 

> Do you really want your users to have to download
> and install the NPlot widget to be able to use DockToolbar?  

Well, first I am not sure that the NPlot widget is a good fit for the
library I am talking about.  I just mean general purpose widgets that
extending the functionality of the gtk wrapper.  Such as a datagrid,
Docking for MDI interface, DockToolbar and so forth.  If there were only
a few of these then maybe rolling them into gtk# is best.

> And do you
> really want the developers of DockToolbar to have to synchronize their
> release schedule with the developers of WidgetA thru WidgetZ?

I think it could be managable.  If this widget library is synced with
the release schedule of gtk-sharp, all developers would know when bug
fixes / feature additions must be submitted.

I think the only way a library of widgets like this would work is if it
is officially a part of the mono project.  If that is not in the cards,
then I guess a repository is the way to go.


More information about the Gtk-sharp-list mailing list