Misleading title. Flamebait.<p>Mozilla devs have limited resources and they decided to tackle developing a better DOM before adding new auxiliary features. How is this wrong?<p>The main comment says:<p>«On the DOM side, there is a major refactoring of the DOM based on WebIDL (bug 580070) going on. This will yield better conformance and I'm confident DOM performance, likely security too I would guess.<p>Meanwhile, I agree, no new feature (like this bug) is being worked on. That's unfortunate, but it's a matter of priority.»<p>They think that their efforts are better spent on DOM performance rather than form sliders. We argue about that, but one has to accept that, in presence of limited resources, one has to prioritise something.
In case anyone decides that they want to register for Bugzilla and comment on the bug itself about how they feel about priorities, please heed bz's comment and take the discussion to a more appropriate (and probably more responsive) area, like dev-planning[1] or dev-platform[2].<p>Bugs like this are meant to be mostly for technical discussion and aren't the most effective way of getting attention around this kind've issue.<p>[1] <a href="https://lists.mozilla.org/listinfo/dev-planning" rel="nofollow">https://lists.mozilla.org/listinfo/dev-planning</a><p>[2] <a href="https://lists.mozilla.org/listinfo/dev-platform" rel="nofollow">https://lists.mozilla.org/listinfo/dev-platform</a>
Thinking about it, I don't think I've ever really had a reason to use a slider on a web form. It'd be nice to have, I suppose.<p>To me implying that "HTML5 isn't a priority for mozilla" because they haven't implemented a really marginal component is quite an exaggeration. I think using bug reports to try to create pressure on developers is in this weird grey area of stuff where it violates some sort of implicit social code of bug reporting. (In short: it's sort of a passive aggressive move)<p>Having an opinion on what should prioritized is fine, but it should be marketed as such, IE, make it a blog post or write an email or something instead.
The title here really needs to be changed. No one in the linked report representing Mozilla says anything even close to that. The phrase "not a priority" doesn't even appear on that page, so putting it in quotes is a bit much!
It's a bummer since sliders are such a fundamental control.<p>When people must create their own:<p>* Implementations are more often than not sub-par.<p>* Implementations are inconsistent (will clicking off the thumb snap to the mouse or act as an increment?).<p>* There is no platform-native look & feel control (which should matter for any FF phone device, as they should want all apps to use a single slider implementation).
I've noticed this as well without having to go near their bugzilla for confirmation. It's not just the range control - it's pretty much everything.<p>This is one of the features that would stop me having to churn out literally acres of JavaScript validation and normalising forms across different browsers.<p>I mean even IE10 supports them now: <a href="http://ie.microsoft.com/testdrive/HTML5/Forms/default.html" rel="nofollow">http://ie.microsoft.com/testdrive/HTML5/Forms/default.html</a>
While i agree that it probably doesn't matter what gets priority from dev prespective, i believe they should implement form stuff first because they are (probably) easier to implement than a whole API that interacts pages with OS. The devs who try out the simple to test input type range code are far more in number than people who try out APIs. So they take less time and have more users than apis.j cant see why they aren't higher in priority especially since all other major browsers have atleast some kind of implimentation of it.