Re: [pygtk] tricky scrolledwindow vbox packing args

2004-07-22 Thread Christian Robottom Reis
On Thu, Jul 22, 2004 at 01:59:05PM -0400, george young wrote: > In fact it seems that the second and third args, "expand" and "fill", > respectively, must both be True (the default) for the scrolledwindow > to function usefully: [...] > Maybe this is obvious to those with a deep grasp of Box packin

Re: [pygtk] Resuing tabs?

2004-07-22 Thread Christian Robottom Reis
On Fri, Jul 23, 2004 at 10:13:57AM +1200, John C Barstow wrote: > I have a project where, having done GLADE layout for a notebook, I need > multiple instances of a certain tab. They will all be children of the > same notebook. > I don't really want to layout the tab multiple times, as it's rather >

[pygtk] Resuing tabs?

2004-07-22 Thread John C Barstow
I have a project where, having done GLADE layout for a notebook, I need multiple instances of a certain tab. They will all be children of the same notebook. I don't really want to layout the tab multiple times, as it's rather complex. Is there a simple way to clone tabs that I'm overlooking? -- Jo

Re: [pygtk] ANNOUNCE: PyGTK 2.3.93 (unstable)

2004-07-22 Thread dave
I've set path to C:\GTK\bin and it's still looking for libintl-1.dll and not finding it. Hmm. -dave Cedric Gustin wrote: dave wrote: If there's an easy way to install this on Win32, I'll install it on one of my CANVAS test boxes and run it through its paces... http://www.pcpm.ucl.ac.be/~gustin/

[pygtk] tricky scrolledwindow vbox packing args

2004-07-22 Thread george young
[pygtk-1.99.17, python-2.3.3, x86 linux] I found (and solved!) a frustrating little gotcha, so I'm posting it here. Let it not be said that I only post whiney questions... A simple app with a liststore in a treeview in a vbox in a window was failing in an odd way. The window popped up with no er

Re: [pygtk] user-controllable treeview column suppression

2004-07-22 Thread Doug Quale
"Gustavo J. A. M. Carneiro" <[EMAIL PROTECTED]> writes: > A Qui, 2004-07-22 Ãs 15:09, Doug Quale escreveu: > > "Gustavo J. A. M. Carneiro" <[EMAIL PROTECTED]> writes: > > > > > BonoboUI stores toolbar state in GConf. But the programmer has to > > > specify the GConf key, so it isn't 100% autom

Re: [pygtk] user-controllable treeview column suppression

2004-07-22 Thread Gustavo J. A. M. Carneiro
A Qui, 2004-07-22 às 15:09, Doug Quale escreveu: > "Gustavo J. A. M. Carneiro" <[EMAIL PROTECTED]> writes: > > > BonoboUI stores toolbar state in GConf. But the programmer has to > > specify the GConf key, so it isn't 100% automatic (thankfully). > > Isn't the gconf key set up automatically wh

Re: [pygtk] user-controllable treeview column suppression

2004-07-22 Thread Doug Quale
"Gustavo J. A. M. Carneiro" <[EMAIL PROTECTED]> writes: > BonoboUI stores toolbar state in GConf. But the programmer has to > specify the GConf key, so it isn't 100% automatic (thankfully). Isn't the gconf key set up automatically when you call gnome.program_init()? I don't know, but it seeme

Re: [pygtk] user-controllable treeview column suppression

2004-07-22 Thread Steve McClure
On Thu, 2004-07-22 at 08:41, Christian Robottom Reis wrote: > On Thu, Jul 22, 2004 at 10:26:26AM +0100, Gustavo J. A. M. Carneiro wrote: > > > I'd shoot for something transparent, that you simply threw a switch in > > > the application and ~user/.appname/state was generated and kept up to > > > dat

Re: [pygtk] user-controllable treeview column suppression

2004-07-22 Thread Christian Robottom Reis
On Thu, Jul 22, 2004 at 10:26:26AM +0100, Gustavo J. A. M. Carneiro wrote: > > I'd shoot for something transparent, that you simply threw a switch in > > the application and ~user/.appname/state was generated and kept up to > > date automatically for you. That'd be a killer feature for app-writers.

Re: [pygtk] user-controllable treeview column suppression

2004-07-22 Thread Gustavo J. A. M. Carneiro
A Qui, 2004-07-22 às 01:49, Christian Robottom Reis escreveu: > On Wed, Jul 21, 2004 at 07:18:25PM -0500, Doug Quale wrote: > > > You'd also need to specify a way to discover, store (and restore on > > > startup/widget construction) these preferences per-user and per-widget > > > -- or is that up t