Comments on: Browser Detection In JavaScript Libraries

By: Alex Kloss

Alex Kloss — Thu, 23 Dec 2010 09:08:22 +0000

have a look at the tiny-browser-Plugin for tinyJS. This is the smallest yet most open client detection I have ever done. Since the data in the useragent string is mostly generic, the generic approach works best – with a few minor tricks to allow for the less generic useragents.

By: Michael Morris

Michael Morris — Wed, 26 May 2010 16:11:36 +0000

I have a calendar popup library that I use to add a javascript behavior to input elements of type calendar. However, Opera already has implemented such behavior, so I skip attaching it for Opera (the native functionality of the browser being better than the javascript anyway).

As different browsers implement different sections of HTML 5 at different times this is going to become common again I’m afraid if you want to add features beyond baseline.

By: Simon

Simon — Tue, 01 Dec 2009 20:09:52 +0000

@Robert – if the problem is people running older, poorly performing versions of Flash, I can’t see that you can do much about that. But what’s your fallback in the second case, for users without Flash, or without a good enough version? If the fallback is a good option (e.g HTML5 video), why is it not the first choice if supported? And if it’s not a good option, why force Linux users onto an inferior choice when they *might* have a perfectly workable Flash?

Seriously, if a good enough Flash plugin is available on Linux, why not just assume that everyone has it? If 10 is that much better than previous versions, surely anyone who actually cares about Flash will have it?

By: Robert

Robert — Tue, 01 Dec 2009 14:23:02 +0000

@Neil Rashbrook: I believe .tolowercase() once would actually be quicker than multiple case insensitive regular expressions.

By: Robert

Robert — Tue, 01 Dec 2009 14:21:03 +0000

@Simon: Not exactly. As far as I know you can’t do capability detection to see if Flash performance. Knowing that nothing less than Flash 10 is usable on Linux for the vast majority of users, what is an alternate way to provide:

1. Experience to Flash 8+ users on all platforms, and Flash 10+ on Linux.
2. Experience to non-flash and Linux users with Flash 9 or below.

Another thing you can’t detect correctly via feature detection is font handling. Linux and Mac (especially Mac OS 10.4 with default anti-aliasing) fonts at sizes < 8px don't appear as readable as they do on Windows XP/Vista/7. The best solution available other than change the design (not always possible depending on designer) is to up the font size per platform.

By: Arthur Kay

Arthur Kay — Tue, 01 Dec 2009 14:16:34 +0000

Great job! This is probably the best explanation of the various JS frameworks I’ve seen with regards to this feature (browser sniffing). I would have loved to see how ExtJS fits into the mix… maybe you could add that with a follow-up post.

The one thing I consistently don’t like about YUI is their naming conventions. The namespace titles and local variables are named so generically that it’s often difficult to follow the thought process. ExtJS is also sometimes guilty of that (at least with the local variables), though I suppose it could be a result of Yahoo/Ext using JavaScript code compression.

Lastly, I must say that I hate the fact that OS/Browser detection is even used. I won’t go as far as to say that there’s never a reason to use it, but generally speaking a good web developer will do everything humanly possible to avoid it. It’s like using the NOSCRIPT tags or hacking CSS for IE6 – you need to know who your users are and build a tool that supports their hardware (not the other way around).

By: ¿Como detectan el navegador los diferentes frameworks Javascript? : Blogografia

¿Como detectan el navegador los diferentes frameworks Javascript? : Blogografia — Tue, 01 Dec 2009 13:00:35 +0000

[...] estos casos, saber como lo hacen los frameworks Javascript más usados nos permitirá hacernos una idea de como actuar frente a este [...]

By: Neil Rashbrook

Neil Rashbrook — Tue, 01 Dec 2009 10:30:15 +0000

For your OS detection for jQuery I would suggest using the /i regexp flag like YUI does.

By: Mook

Mook — Tue, 01 Dec 2009 05:53:33 +0000

For the jquery os detection, wouldn’t using navigator.platform make more sense? Or are you explicitly allowing the user to override it?

(Also, Flash runs much better on my Linux machine compared to my Windows one. Probably because it is two years newer and has ten times the RAM, and a standalone video card. Just means you really need to let the user tell you things.)

By: Simon

Simon — Tue, 01 Dec 2009 04:14:04 +0000

@Robert – again, wrong approach. Firstly, you’re making a decision that Flash will never be good enough on Linux, and the user should never use it. If in six months a new flash player comes out that works properly, well, too bad – you’ve decided Linux users can’t use it.

Second, it there’s something else that works better for a particular OS, is there a reason you’re not using it anywhere else? HTML5 video, say – if that’s better than Flash for Linux users, is it also better than Flash for Windows and Mac users? And if so, we’re back to capability detection again – if something supports native video, use that, else fall back to Flash…