- From: Charles McCathie Nevile <chaals@yandex-team.ru>
- Date: Fri, 25 Jul 2014 00:19:18 +0200
- To: whatwg@lists.whatwg.org, "Jukka K. Korpela" <jkorpela@cs.tut.fi>
On Thu, 24 Jul 2014 08:10:55 +0200, Jukka K. Korpela <jkorpela@cs.tut.fi> wrote: > 2014-07-24 8:34, Boris Zbarsky wrote: > >> On 7/24/14, 1:29 AM, Jukka K. Korpela wrote: >>> 1) Keep tabindex unlimited and try to make browsers implement this. >> >> This is what we should do, in my totally biased opinion. > > Even in the best case, it would take several years before the usage > share of all current browser versions is small enough. Yes. Trying to promote a 'best practice' not to use big numbers because they don't work will also take time, and people will go on repeating it long after it isn't true anymore - while others will say it's old hat long before that becomes the case. So the question is which is the path of least harm. > Are there any use cases for tabindex values greater than 32767? > Presumably not real use now (since such values do not work), but are > there reasonably imaginable use cases? I find it hard to come up with one. Having 327 marked active items in a page and using tabindex in increments of 100 is already a pretty bad situation, at the level where you should probably be dynamically controlling the things with tabindex. Which in turn means you can use smaller increments, and dynamically manage them. Having 32k items in a page doesn't seem like the real-world problem would be numbering the tabindex, but the fact that there are 32k active things you're trying to manage in a single ordered list… cheers -- Charles McCathie Nevile - web standards - CTO Office, Yandex chaals@yandex-team.ru Find more at http://yandex.com
Received on Thursday, 24 July 2014 22:19:46 UTC