On Fri, Oct 19, 2012 at 3:37 PM, Kevin <kmg...@bigpond.com> wrote: > On Tue, 16 Oct 2012 07:01:14 Kevin wrote: >> On Mon, 15 Oct 2012 10:09:05 Tobias Ellinghaus wrote: >> > Am Sonntag, 14. Oktober 2012, 22:42:44 schrub Kevin: >> > > I assume that the code is expecting a call-back when the field is changed >> > > and that call-back is not happening because I did not navigate away from >> > > the field. If that is the case, can the field be checked when the close >> > > button is pressed? >> > >> > The problem is that I wasn't able to get any signal at all. No idea where >> they >> > go ... >> >> I've had a brief look at this but cannot proceed any further - I'm not a gtk >> or xslt expert. But what I found is that it may be possible to change >> tools/generate_prefs.xsl to generate the appropriate call-backs for text >> fields. > > I've just had another look at this. The class gtkEntry implements the > interface gtkEditable. That interface defines the "changed" signal > (http://developer.gnome.org/gtk/unstable/GtkEditable.html#GtkEditable- > changed). Perhaps this could be used for text fields.
houz did it that way: https://github.com/darktable-org/darktable/commit/9c5eefbfe293fa094a347ab8ed2f89df656a64c0 -jo ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
