[ImageJ-devel] Design meeting notes
Johannes.Schindelin at gmx.de
Tue Oct 12 21:50:53 CDT 2010
On Tue, 12 Oct 2010, Curtis Rueden wrote:
> > That was my first idea. But how would the user interface tell the
> > callback without String or java.lang.reflect.Field ugliness which
> > input was modified by the user (and by that, what field should be
> > changed accordingly), and how would the callback tell that it changed
> > something, and what?
> Each parameter has its own callback method, invoked when that particular
> parameter changes. So as Lee said, which method is called indicates
> which parameter was changed. (Perhaps it would be better to call the
> attribute something like "onChange" instead.)
> Does that clarify it? Or is there a problem I'm not seeing?
Just the infinite recursion thing (which is harder than meets the eye;
you'd have to build a graph and detect circles).
It's also not clear how the callback would signal to the dialog (be that
an ImageJ, or a KNIME or CellProfiler dialog) _what_ value was changed by
the callback. (Just think of the user changing the width, and the callback
wanting to modify the height _iff_ "keep aspect-ratio" is checked.)
More information about the ImageJ-devel