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
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
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
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
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
>
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
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
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
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.
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
10 matches
Mail list logo