BTDT. Won't work because by then, the user-value I'm trying not to loose would already be lost.
I would have thought this was a somewhat popular function, especially when processing records from a database. But I don't seem to know what to search for. I can seem to find one 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 > Subject: Re: Can't quite get my head around this, can anyone help? > > 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 that I can't get to work. > > > > The valuechanged signal is only raised after the hscale > value has been > > changed. That's too late, because if the form contains unsaved > > changes, clicking message box's cancel button should prevent the > > hscale from changing on the parent form. > > Interesting. I have no idea what would work in this case. > > I wonder if you could just punt and set the scale value back > to the original value that it had before the valuechanged > signal was emitted. > Would be a bit of a hacks since you'd have to keep track of > the value in an external variable. But maybe a bit of visual > feedback (the scale moving and then going back) might be good > from a usability standpoint. > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
