feedback and suggestions for GTK#

[Sharique uddin Ahmed Farooqui-2]

Hi,

I'm writting a a GTK# application (Although Qt is my favorite gui
toolkit of all time).  There are few things I have noted

* data binding - I googled, but did not found simple way to do the
task. (I'm from asp.net bg, and I like its data binding very much).
Since Gtk# is for desktop, it is going to support Winform or WPF like
data binding.
* I think property naming of controls should be in .Net  style not Gtk
style (like for combobox property name should be SelectedIndex instead
of Active). This will make easy for other .Net develoeper to write
apps using Gtk#.
--
Sharique uddin Ahmed Farooqui
(C++/C# Developer, IT Consultant)
http://safknw.blogspot.com/
"Peace" is the Ultimate thing we want.
_______________________________________________
Monodevelop-list mailing list
Monodevelop-list@...
http://lists.ximian.com/mailman/listinfo/monodevelop-list

[Chris Howie]

On Sat, Oct 24, 2009 at 1:48 AM, Sharique uddin Ahmed Farooqui
<safknw@...> wrote:
> * I think property naming of controls should be in .Net  style not Gtk
> style (like for combobox property name should be SelectedIndex instead
> of Active). This will make easy for other .Net develoeper to write
> apps using Gtk#.

I disagree.  Gtk# is a set of bindings for (among other things) GTK+.
It is more important that those already familiar with GTK+ know what
things are named than it is that people coming from a different
toolkit altogether know what things are named.  I can understand your
position, but you are learning a new toolkit; it would not make sense
for those who are not learning a new toolkit to have to "speak two
languages" when using the same thing.

--
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers
_______________________________________________
Monodevelop-list mailing list
Monodevelop-list@...
http://lists.ximian.com/mailman/listinfo/monodevelop-list

[espresso]

On Sat, 2009-10-24 at 11:18 +0530, Sharique uddin Ahmed Farooqui wrote:

> Hi,
>
> I'm writting a a GTK# application (Although Qt is my favorite gui
> toolkit of all time).  There are few things I have noted
>
> * data binding - I googled, but did not found simple way to do the
> task. (I'm from asp.net bg, and I like its data binding very much).
> Since Gtk# is for desktop, it is going to support Winform or WPF like
> data binding.
> * I think property naming of controls should be in .Net  style not Gtk
> style (like for combobox property name should be SelectedIndex instead
> of Active). This will make easy for other .Net develoeper to write
> apps using Gtk#.

GTK# is not the same as winforms and some gtk widgets behave differently
than their winforms counterpart. Renaming them to the familiar winforms
names could lead new developers to expect the old behavior and cause a
lot of frustration.


Jon
 

_______________________________________________
Monodevelop-list mailing list
Monodevelop-list@...
http://lists.ximian.com/mailman/listinfo/monodevelop-list

[Michael Hutchinson]

To add to this, another advantage of using naming similar to the GTK+ naming is that it is usually very straightforward to translate GTK+ code, documentation and tutorials to GTK#. Translating Winforms knowledge to GTK# would be hard no matter what naming was used; the naming is a minor issue compared to the other differences.

On Oct 24, 2009 11:16 PM, "Jon Cosby" <jon@...> wrote:

On Sat, 2009-10-24 at 11:18 +0530, Sharique uddin Ahmed Farooqui wrote: > Hi, > > I'm writting a a ...

GTK# is not the same as winforms and some gtk widgets behave differently
than their winforms counterpart. Renaming them to the familiar winforms
names could lead new developers to expect the old behavior and cause a
lot of frustration.


Jon


_______________________________________________
Monodevelop-list mailing list
Monodevelop-list@...
http://lists.ximian.com/mailman/listinfo/monodevelop-list

_______________________________________________
Monodevelop-list mailing list
Monodevelop-list@...
http://lists.ximian.com/mailman/listinfo/monodevelop-list