intermediateChanges=true breaks priorityChange

[Karl Tiedt]

At least in textbox's (first test that came to mind that was quickly proven on) If you goto our test_validate.html under dijit/form/ and do dijit.byId('q01').attr('value', 'blah blah', false); you will see onChange textbox updates everytime... however if you do dijit.byId('q01').intermediateChanges=false; and repeat the test... onChange no longer fires.

possibly relates to other widgets - cant think of any others off the top of my head that also make use of intermediateChanges

[bill]

Yes, this is actually "working as designed", but the design needs to change. IOW there needs to be a simple way for an app to set the value programatically without triggering onChange(), but still get onChange() notifications for every keystroke.

I wrote about it in ​http://bugs.dojotoolkit.org/ticket/10988#comment:8.

[Douglas Hays]

Closing this as wontfix until a new design can be agreed upon. I don't completely buy the argument that developers never want onChange to fire when priorityChange=false and intermediateChanges=true. Those developers who want onChange to fire in that scenario are just not complaining since it's currently working properly for them.

[bill]

Just FYI, in 2.0 this will all be different because there won't even be a priorityChange flag.

But also, in 2.0, since widgets will be implemented as custom elements, the behavior of all the <input> based widgets will really need to match a plain <input> as much as possible. IIRC that means that onchange doesn't fire when the value is set programatically.