Can't quite get my head around this, can anyone help?

2009-08-10 Thread Boggess Rod
I've got a bunch of entry boxes and an HScale widget. If the user changes something on the form and clicks the HScale Widget before clicking the save button, I popup a message box. If the user clicks Ok, the HScale should ignore the changes and procede. If the user clicks Cancel, the HScale shou

Re: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Michael Torrie
Boggess Rod wrote: > Can someone point me to some example code in Gtk that intercepts a > signal, prompts the user, and either continues or aborts the signal, > depending on user response? A button wouldn't do this, but I'm sure > there are other widgets that would. I've Googled everything I can

Re: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Michael Torrie
Michael Torrie wrote: > Well inside a callback you can return TRUE which stops signal > propagation right here. Or FALSE, which lets it continue. So you could > do it two ways. One would be to to display a GtkDialog, and use > gtk_dialog_run() from within your callback [1]. The other would be t

Re: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Michael Torrie
Boggess Rod wrote: > I guess I wasn't clear. The messagebox is working fine. It returns > whether the user clicked Ok or Cancel. I'm calling the > gtk_dialog_run(...) from within the callback of the > on_hscale_valuechanged(...) (or _changevalue) event handler. It's the > hscale's event handler

RE: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Boggess Rod
single example anywhere that makes use of the change-value signal. > -Original Message- > From: gtk-app-devel-list-boun...@gnome.org > [mailto:gtk-app-devel-list-boun...@gnome.org] On Behalf Of > Michael Torrie > Sent: Monday, August 10, 2009 2:44 PM > To: Gtk app list >

Re: Can't quite get my head around this, can anyone help?

2009-08-10 Thread David Nečas
On Mon, Aug 10, 2009 at 02:52:56PM -0400, Boggess Rod wrote: > BTDT. Won't work because by then, the user-value I'm trying not to > loose would already be lost. It would not if you kept the original value elsewhere as suggested. > I would have thought this was a somewhat popular function, especi

Re: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Michael Torrie
Boggess Rod wrote: > BTDT. Won't work because by then, the user-value I'm trying not to > loose would already be lost. Guess I don't understand the problem, then, as I don't see why this would be if you kept track of it in an external variable between callbacks. Maybe a very small, self-containe

RE: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Boggess Rod
one entrybox. But as I said above, in such a trivial case, it's nothing to save a single value in the entry-changed event handler. > -Original Message- > From: gtk-app-devel-list-boun...@gnome.org > [mailto:gtk-app-devel-list-boun...@gnome.org] On Behalf Of > Micha

RE: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Boggess Rod
David Nečas [mailto:y...@physics.muni.cz] > Sent: Monday, August 10, 2009 3:12 PM > To: Boggess Rod > Cc: Gtk app list > Subject: Re: Can't quite get my head around this, can anyone help? > > On Mon, Aug 10, 2009 at 02:52:56PM -0400, Boggess Rod wrote: > > BTDT.

RE: Can't quite get my head around this, can anyone help?

2009-08-10 Thread Boggess Rod
y someday -- just not this day. > -Original Message- > From: gtk-app-devel-list-boun...@gnome.org > [mailto:gtk-app-devel-list-boun...@gnome.org] On Behalf Of > Michael Torrie > Sent: Monday, August 10, 2009 2:44 PM > To: Gtk app list > Subject: Re: C