Doug Quale wrote:
Graham Ashton <[EMAIL PROTECTED]> writes:
On Wed, 2004-07-28 at 16:54, Doug Quale wrote:
Christian Robottom Reis <[EMAIL PROTECTED]> writes:
The issue I raised was "fear of namespace conflicts" that would be
introduced by this, but I think it's rather minor.
I don't actually hav
On Thu, Aug 05, 2004 at 04:37:45PM -0500, Doug Quale wrote:
> An interesting question is whether a glade controller (or widget
> wrapper) class should automatically provide attribute bindings for the
> glade widgets or if they should be specified explicitly.
My feeling is that "it depends". For th
Graham Ashton <[EMAIL PROTECTED]> writes:
> On Wed, 2004-07-28 at 16:54, Doug Quale wrote:
> > Christian Robottom Reis <[EMAIL PROTECTED]> writes:
> >
> > > The issue I raised was "fear of namespace conflicts" that would be
> > > introduced by this, but I think it's rather minor.
> >
> > I don't
Lorenzo Gil Sanchez <[EMAIL PROTECTED]> writes:
> Talking about Gazpacho I'll share with you the way I plan to implement
> signal_autoconnect in Gazpacho:
>
> 1. First check if there is a method named
> [on|after]_widgetname__signalname and if so connect the signal
> 'signalname' to the widget 'w
On Thu, 2004-08-05 at 13:09, Sridhar R wrote:
> So you *manually* enter the handler name for each widget in glade
> signal editor right? That's a bit inconvinient, if you want to add
> another callback, say--Add callback in glade signal editor and define
> the method in code. GWidget [1] automate
El jue, 05-08-2004 a las 16:09, Doug Quale escribió:
> Christian Robottom Reis <[EMAIL PROTECTED]> writes:
>
> > On Thu, Aug 05, 2004 at 08:56:22AM -0500, Doug Quale wrote:
> > > Like Sridhar I also find it inconvenient to have to specify signal
> > > names in the glade file and then match them up
On Thu, Aug 05, 2004 at 09:09:22AM -0500, Doug Quale wrote:
> Christian Robottom Reis <[EMAIL PROTECTED]> writes:
>
> > On Thu, Aug 05, 2004 at 08:56:22AM -0500, Doug Quale wrote:
> > > Like Sridhar I also find it inconvenient to have to specify signal
> > > names in the glade file and then match
Christian Robottom Reis <[EMAIL PROTECTED]> writes:
> On Thu, Aug 05, 2004 at 08:56:22AM -0500, Doug Quale wrote:
> > Like Sridhar I also find it inconvenient to have to specify signal
> > names in the glade file and then match them up in my code. I think
> > it's much easier to forget about sett
On Thu, 2004-08-05 at 06:23, Sridhar R wrote:
> Graham Ashton <[EMAIL PROTECTED]> wrote:
> > On Wed, 2004-08-04 at 01:40, Sridhar R wrote:
> > > Graham Ashton <[EMAIL PROTECTED]> wrote:
> > >
> > > > If anybody wants a really simple implementation to this kind of wrapper
> > > > class feel free to
Graham Ashton <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-08-04 at 01:40, Sridhar R wrote:
> > Graham Ashton <[EMAIL PROTECTED]> wrote:
> >
> > > If anybody wants a really simple implementation to this kind of wrapper
> > > class feel free to rip off the WidgetWrapper class hierarchy that I've
> > >
On Wed, 2004-08-04 at 01:40, Sridhar R wrote:
> Graham Ashton <[EMAIL PROTECTED]> wrote:
>
> > If anybody wants a really simple implementation to this kind of wrapper
> > class feel free to rip off the WidgetWrapper class hierarchy that I've
> > knocked up here (it's tiny):
> >
> > http://cvs.sou
Graham Ashton <[EMAIL PROTECTED]> wrote:
> If anybody wants a really simple implementation to this kind of wrapper
> class feel free to rip off the WidgetWrapper class hierarchy that I've
> knocked up here (it's tiny):
>
> http://cvs.sourceforge.net/viewcvs.py/bandsaw/bandsaw/src/bandsaw.py?view=
On Wed, 2004-07-28 at 16:54, Doug Quale wrote:
> Christian Robottom Reis <[EMAIL PROTECTED]> writes:
>
> > The issue I raised was "fear of namespace conflicts" that would be
> > introduced by this, but I think it's rather minor.
>
> I don't actually have a strong opinion whether that change would
Christian Robottom Reis <[EMAIL PROTECTED]> writes:
> On Wed, Jul 28, 2004 at 09:27:10AM -0500, Doug Quale wrote:
> > There are some things we can discuss whether they should be in pygtk.
> > For instance, people have considered in the past whether widget
> > properties should be attributes. That
On Wed, Jul 28, 2004 at 09:27:10AM -0500, Doug Quale wrote:
> There are some things we can discuss whether they should be in pygtk.
> For instance, people have considered in the past whether widget
> properties should be attributes. That would allow properties to be
> get and set directly using at
Christian Robottom Reis <[EMAIL PROTECTED]> writes:
> On Wed, Jul 28, 2004 at 12:06:38PM +0530, Sridhar R wrote:
> > we can make use of 'property' to do this ..
> > txt = button.text
> > button.text = txt
Right. Python 2.2+ descriptors are the general mechanism upon which
'property' is built. O
On Wed, Jul 28, 2004 at 12:06:38PM +0530, Sridhar R wrote:
> Well, writing widget classes for each GWidget class is certainly
> painful for the programmers. All he can do concisely is to write
> lambda functions as wrappers.
This is not the application programmer's task -- it should be
encapsula
Doug Quale <[EMAIL PROTECTED]> wrote:
>
> There's one other possibility that I don't really understand, but I'd
> like to look into it. PEAK is a Python framework for enterprise
> applications (http://peak.telecommunity.com/). PEAK implements many
> fascinating ideas. In particular its domain m
Christian Robottom Reis <[EMAIL PROTECTED]> writes:
> On Sun, Jul 25, 2004 at 01:53:08PM +0530, Sridhar R wrote:
> > > def __set__(self, obj, value):
> > > widget = obj[self.widget_name]
> > >
> > > if isinstance(widget, gtk.Label):
> > > widget.set_label(str(value
Christian Robottom Reis <[EMAIL PROTECTED]> writes:
> On Sun, Jul 25, 2004 at 02:52:24AM -0500, Doug Quale wrote:
> This is interesting, though I question the design of that
> if-looks-like-a-switch-with-a-load-of-isinstances .
Yes, my implementation is ugly and should be improved. It was a qui
On Sun, Jul 25, 2004 at 01:53:08PM +0530, Sridhar R wrote:
> > def __set__(self, obj, value):
> > widget = obj[self.widget_name]
> >
> > if isinstance(widget, gtk.Label):
> > widget.set_label(str(value))
> > elif isinstance(widget, gtk.SpinButton):
> >
On Sun, Jul 25, 2004 at 02:52:24AM -0500, Doug Quale wrote:
> The real reason I chose dictionary syntax over attribute syntax is
> that I use the widget names as attributes for another purpose. The
> Python 2.2+ data descriptor facility allows using descriptors to
> provide attribute syntax to get
On 25 Jul 2004 11:19:27 -0500, Doug Quale <[EMAIL PROTECTED]> wrote:
> Sridhar R <[EMAIL PROTECTED]> writes:
>
> > Doug Quale <[EMAIL PROTECTED]> wrote:
> > > Sridhar R <[EMAIL PROTECTED]> writes:
> > >
> > > About class GWidget itself, I have a few thoughts. The __init__()
> > > method lets the
Sridhar R <[EMAIL PROTECTED]> writes:
> Doug Quale <[EMAIL PROTECTED]> wrote:
> > Sridhar R <[EMAIL PROTECTED]> writes:
> >
> > About class GWidget itself, I have a few thoughts. The __init__()
> > method lets the caller optionally turn off autoconnection of signals.
> > This does no harm, but a
Doug Quale <[EMAIL PROTECTED]> wrote:
> Sridhar R <[EMAIL PROTECTED]> writes:
>
> > I have made an utility class for making the job of using glade XML
> > file much easier. Can this be added to pygtk?
> >
> > Main class:
> > http://cs.annauniv.edu/~rsridhar/pub/python/snippets/glade/gwidget.py
>
Sridhar R <[EMAIL PROTECTED]> writes:
> I have made an utility class for making the job of using glade XML
> file much easier. Can this be added to pygtk?
>
> Main class:
> http://cs.annauniv.edu/~rsridhar/pub/python/snippets/glade/gwidget.py
>
> Example (not standalone, pulled from source tree
I have made an utility class for making the job of using glade XML
file much easier. Can this be added to pygtk?
Main class:
http://cs.annauniv.edu/~rsridhar/pub/python/snippets/glade/gwidget.py
Example (not standalone, pulled from source tree):
http://cs.annauniv.edu/~rsridhar/pub/python/snippe
27 matches
Mail list logo