I realized I had two buttons that both need to be unsensitive when
there's no selection, and having two connect lines each making their
own lambda seemed really inefficient, so I refactored it into this:
def selection_changed(self, selection, data=None):
sensitivity =
On 31 August 2010 18:56, Alessandro Dentella san...@e-den.it wrote:
Hi,
in order to get tooltips in the header of a TreViewColumn I add a Label to
en EventBox. It works but upgrading from Ubuntu 8.04 to 10.04 (pygtk 2.17) I
realized that very ugly border appear (that where not present
On Tue, Aug 31, 2010 at 06:56:30PM +0200, Alessandro Dentella wrote:
Hi,
in order to get tooltips in the header of a TreViewColumn I add a Label to
en EventBox. It works but upgrading from Ubuntu 8.04 to 10.04 (pygtk 2.17) I
realized that very ugly border appear (that where not present
On Tue, 2010-08-31 at 18:56 +0200, Alessandro Dentella wrote:
Hi,
in order to get tooltips in the header of a TreViewColumn I add a Label to
en EventBox.
Is this eventbox hack necessary with the new gtk.Tooltip API? (not
gtk.Tooltips)
See the example code in pygtk-demo
John
Dear developer
I use as you, pygtk .
I saw your sample code on pygtk@daa.com.au (treeview your question
about thumbnails).
I run your code and is usefull for me .
Can i use it ?
I am a bit confused about your code ...
Can you tell me how you add data to show it (url) ?
I think is something
Am 31.08.2010 15:48, schrieb Greg Bair:
On 08/31/2010 08:34 AM, Andreas Heinlein wrote:
Hello,
I have a problem with a GtkTreeView in one of my apps, and I hope you
can help me.
I have a window containing a a GtkTreeView and displaying a list, backed
by a GtkListStore if that matters.
I'm attempting to implement a recursive directory monitor. My approach is
basically to take the gio.FileMonitor returned by the method
gio.File.monitor_directory(), connect to the changed signal, and add or
remove monitors on create/delete events for subdirectories.
The problem I'm having is in
On 1 September 2010 18:39, Jason Heeris jason.hee...@gmail.com wrote:
The latter approach isn't actually a bad idea, although it involves the
extra typical GObject boilerplate...
Actually, the other problem with that approach is that I don't get to use
the underlying properties and