>> That makes no sense to me! It might make no sense, but it's what Chromium has been shipping for (at least) the last while. Not saying it's right, just saying that's where it is.
I've updated my testcase[1] to demonstrate. There is now a click event handler on the "Friday" <option>, and the <select> defaults to showing inline <option>'s. In Chrome, click Friday. Then toggle the "inline select" checkbox, and then choose Friday from the dropdown. You'll only see the event handler fire in the first case. I guess this is what happens when the spec is unclear. :/ The easy path forward on bug 1090602 is to follow Chrome's approach. The harder path is to try to maintain what we currently do (and fire events with the dropdown and without). So what should we do? Who makes the decision on this? [1]: https://bug1090602.bmoattachments.org/attachment.cgi?id=8674977 On 2015-10-16 12:56 PM, Ehsan Akhgari wrote: > On 2015-10-16 12:16 PM, Justin Dolske wrote: >> On 10/16/15 7:20 AM, Ehsan Akhgari wrote: >>> On 2015-10-15 5:00 PM, Mike Conley wrote: >>>> Note that this should not affect Gecko’s behaviour when the <select> is >>>> displayed “inline” (for example, when the <select> has a “multiple” >>>> attribute, or a “size” attribute with a value greater than 1). I'm only >>>> concerned with the dropdown case. >>> >>> Why should the behavior be different with non-drop-down select elements? >> >> It makes sense to me because in the drop-down case, the user is >> interacting with chrome UI (as opposed to something actually in >> content). Same thing with context menus, autocomplete dropdowns, etc. > > That sounds like justifying a specific behavior to me. Here is the > counter argument: > > The author has a <select size=5> in their app. They are relying on > receiving the events on the option elements. Then they add a > mySel.removeAttribute("size") call and suddenly their event handlers > stop working?! > > That makes no sense to me! > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
