[Glade-devel] Binding independent names
bighead@users.sourceforge.net
bighead@users.sourceforge.net
13 Jan 2004 16:14:08 -0500
Hey
Well the point I think John is making is certainly holds a bit of truth.
The UI names are a lot C centric where as while most of the old people might
use python/C#/ruby etc they have used C before. But some of the new league of
programmers don't even touch C (kinda unfortuanate :(, but I myself was
suprised when it I overheard a kid say so at Gnome Summit NYC)
Also Paolo's point stands, which I state more as, "" I can't believe we're
arguing over such a small detail!!! "". If you feel the need, submit a generic
patch (this is for John, and generic as in for most languages not just python)
:-D and we'll review. until then I think none of the main guys wants to change
it .. so a courteous and non-offensive :P
Cheers!
Archit Baweja
"John (J5) Palmieri" <johnp@martianrock.com> writes:
> On Tue, 2004-01-13 at 14:15, Paolo Borelli wrote:
> <snip>
> >
> > IMO adding one more widget (the dropdown) would make UI even more
> > painful: the user already has to go trough a lot of pointing and
> > clicking just to add a simple signal (as I said in another mail this
> > could well be one of the reasons why most of the projects prefer simply
> > using g_signal_connect() ).
>
> It take a couple of clicks. What would be nice would be for the most
> common event to be assumed and all you do it type in the event callback
> which would also be autofilled as it is now. That is a seperate issue
> though.
>
> >
> > Beside it would not work: FooHBox may have been subclassed from GtkHBox
> > so in the TreeView with the list of the signals you should have *both*
> > at the same time.
>
> In the signal TreeView you would have both (verbage is just an example):
>
> HBox for Gtk Signals:
> ...
> HBox for Foo Signals:
> ...
>
> as opposed to
>
> GtkHBox Signals:
> ...
> FooHBox Signals:
> ...
>
> > > We all might be programmers but if we want to make this easy for newbies
> > > flooding them with GtkWindow when they might be writting Gtk.Window
> > > might be confusing. If you split them from the begining they get used
> > > to the fact that Gtk is actualy seperate from Window. Gtk is a
> > > windowing toolkit package and Window is a class of that package.
> >
> > It *might* be confusing... lets stick to the facts, Glade2 uses
> > GtkWindow since forever and I never heard a complain or a question.
>
> Well we just did here a complaint from a user who programs in Python and
> got a bit confused.
>
> > Another thing to mention is the also on the first page of the Editor
> > "Class:" contains GtkWindow.
>
> This is where I suggested adding the Package dropdown. So
>
> Class: GtkWindow
>
> Would become
>
> Package: Gtk \/
> Class: Window
>
> Not many people edit this so complexity is a moot point. It doesn't
> realy change anything but does make it more generic and less C binding
> centric.
>
> >
> > I really think we are arguing over a detail...
>
> I don't know if arguing is the right word. I agree that it isn't all
> that important but the topic was brought up so I thought I would share
> my views. The details are realy important however as people might not
> rabidly complain about it but it is still a consitency issue. Splitting
> package and class solves that issue without adding all that much
> complexity. In fact I belive it clears things up for those who are not
> part of the super C coder club (Those who can redily apply OO tequniques
> to a procedural language :-) It also cuts down on verbosity in the
> interface. How many times do I have to see Gtk first when all I want is
> a Window? I just see it as a good middleground between having Glade
> become language sensitive or making alternitive language programmers
> fell like they are second class citizens.
>
> Anyway I don't have time to program it right now so I'm not going to
> care much one way or another. If somone sees my posts and says hey this
> is a good idea and easy to do, then all the better. At the point Glade
> gets integrated into Scaffold and I have time I might just write a patch
> and see how people like it :-) So I leave it to the experts to decide
> for now.
>
> --
> J5
>
> >
> > ciao
> > paolo
> _______________________________________________
> Glade-devel maillist - Glade-devel@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/glade-devel