At least with my computer (windows), UFD (0.4 or development version) doesn't work with jquery 1.4.x and Internet explorer. However it work with jquery 1.4.x and Firefox/Chrome. This failure concerns change event propagation to the original html select.

However, with jquery 1.3.2 everything works perfectly.

Comment deleted

Same here. Error below

missing ; before statement /jquery.ui.ufd-0.4/jquery.ui.ufd.min.js Line 13

I'm getting the same missing ;, and when I include the non-minified version I get

$("").appendTo("body").css("height", 0).css("z-index", this.options.zIndexPopup).attr is not a function

[Break on this error] attr("id", this.options.dropDownID);\r\n

jquery.ui.ufd.js (line 788)

Yes I see that even with 1.4.2 and the latest trunk, the change event doesn't fire. It does fire the events on blur.

http://ufd.googlecode.com/svn/trunk/examples/events.html

As for the JS error in 0.4 - haven't confirmed, but please try 0.5 or trunk. Both uncompressed and minified versions have been trialled and work well. UFD does not currently work with jQuery UI 1.8 alpha.

1.4 changed the way the "change" event works in iE, and I think its swallowing the fireEvent() I am using. I can't yet change to .trigger():

http://forum.jquery.com/topic/trigger-doesn-t-fire-events-not-attached-via-jquery

Still trying to figure out how to fix.

The bug is in jQuery 1.4-1.4.2; I have submitted a patch and we'll see where it goes.

http://dev.jquery.com/ticket/6420

Do you have a workaround we could be using in the meantime as we wait for jQuery to include your fix?

Hi, any ideas for possible workaround for .change() to work?

I'm using the flexible event by John, like the one in the example. It would be awesome if we can use change() of the parent

Comment deleted

a workaround : (tested with jQuery 1.5.2)

in "_triggerEventOnMaster" function i added in the "ie" part if( eventName == 'change' && $.browser.msie && $.browser.version < 9 ){ this.selectbox.change(); }

And then IE behave... It's an ugly fix but i have absolutely no pity for IE.

Comment deleted

Sorry for the slow fix, but I have finally got a fix that I am happy with. Thanks gmoulin.test, the final fix is similar to your suggestion. I have got a test page so that anyone can verify the behavior :

http://ufd.googlecode.com/svn/trunk/issueExamples/8-eventHandling.html

There is still a different issue about when the change event should fire. this is what jQuery has normalised, so it is an interesting question as to what the raw event handlers should do.

If you want to see the weirdneses, try the example above in iE 6,7 using the native selector; you'll get ony native change events on up/down while in focus, and jQuery only change events on blur.