W3C home > Mailing lists > Public > www-style@w3.org > July 2010

Re: Selecting for features

From: Paul Irish <paul.irish@gmail.com>
Date: Mon, 12 Jul 2010 14:05:37 -0700
Message-ID: <AANLkTimaZOiIzz8lZpUJhDD0lyq8FrSlIjduhAAj0o52@mail.gmail.com>
To: Garrett Smith <dhtmlkitchen@gmail.com>
Cc: "Tab Atkins Jr." <jackalmage@gmail.com>, Sylvain Galineau <sylvaing@microsoft.com>, Eitan Adler <lists@eitanadler.com>, Adrian Price <adrian.price@rogue-technologies.com>, David Woolley <forums@david-woolley.me.uk>, "www-style@w3.org" <www-style@w3.org>
On Mon, Jul 12, 2010 at 12:21 PM, Garrett Smith wrote:

> > At a glance, Modernizr appears to create a few closure-based
memory leaks...

Thanks for the look, Garrett. I plan to ask CLJ for a code review soon. I'd
like to get that set of eyes on the library.

>> Modernizr currently relies on super-trivial checks for some features
>> *because it works*.

> Precisely. Basic boolean feature detection already works.

Yeah as the source indicates, something like !!navigator.geolocation is as
easy as it should be.
But then disabling cookies, privacy configuration settings and
private/incognito modes make checking something like sessionStorage or web
SQL a lot less straightforward.

We'll keep Modernizr up to date with the quirks that browsers throw us (fair
and unfair), making it easy for authors deal with a straightforward
boolean. I'm personally committed to keep Modernizr's results accurate and
then bitch at vendors when they make they expose feature false positives :)
(For example: touch events, registerProtocolHandler in Chrome, HTML5 input
types in safari 5, flexbox in ie9)

Also, we would love to see people use just the discrete tests from within
Modernizr, without the rest of the library if that's what they need.
Received on Monday, 12 July 2010 21:18:33 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:07:48 UTC