[Gtk-sharp-list] DataGrid control, data binding, ObjectViews,
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
> 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