<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Dangers of Browser Detect</title>
	<atom:link href="http://ajaxian.com/archives/the-dangers-of-browser-detect/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/the-dangers-of-browser-detect</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Sat, 20 Mar 2010 06:51:04 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: pass4sure</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-279471</link>
		<dc:creator>pass4sure</dc:creator>
		<pubDate>Mon, 01 Mar 2010 02:46:41 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-279471</guid>
		<description>As a professional IT certification bibles provider, Pass4sure enjoys a wide rang of reputation among the IT learners and candidates. With the extension of its business, Pass4sure adopted series of innovative movements, some of which are the promotion of Points for gift and the marketing strategy of Affiliate Program.The Most Popular exams List :&lt;a href=&quot;http://www.passforsure.co.uk/640-802.html&quot; rel=&quot;nofollow&quot;&gt;640-802&lt;/a&gt;&lt;a href=&quot;http://www.passforsure.co.uk/640-822.html&quot; rel=&quot;nofollow&quot;&gt;640-822&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/EC0-350.html&quot; rel=&quot;nofollow&quot;&gt;EC0-350&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/220-702.html&quot; rel=&quot;nofollow&quot;&gt;220-702&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/CISSP.html&quot; rel=&quot;nofollow&quot;&gt;CISSP&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/646-046.html&quot; rel=&quot;nofollow&quot;&gt;646-046&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-515.html&quot; rel=&quot;nofollow&quot;&gt;642-515&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/HP0-J33.html&quot; rel=&quot;nofollow&quot;&gt;HP0-J33&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-971.html&quot; rel=&quot;nofollow&quot;&gt;642-971&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/312-50.html&quot; rel=&quot;nofollow&quot;&gt;312-50&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/VCP-310.html&quot; rel=&quot;nofollow&quot;&gt;VCP-310&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-436.html&quot; rel=&quot;nofollow&quot;&gt;642-436&lt;/a&gt;&lt;a href=&quot;http://www.passforsure.co.uk/1Y0-A11.html&quot; rel=&quot;nofollow&quot;&gt;1Y0-A11&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-812.html&quot; rel=&quot;nofollow&quot;&gt;642-812&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-642.html&quot; rel=&quot;nofollow&quot;&gt;642-642&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/646-563.html&quot; rel=&quot;nofollow&quot;&gt;646-563&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-892.html&quot; rel=&quot;nofollow&quot;&gt;642-892&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/650-180.html&quot; rel=&quot;nofollow&quot;&gt;650-180&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/642-105.html&quot; rel=&quot;nofollow&quot;&gt;642-105&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/N10-004.html&quot; rel=&quot;nofollow&quot;&gt;N10-004&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/640-816.html&quot; rel=&quot;nofollow&quot;&gt;640-816&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/350-030.html&quot; rel=&quot;nofollow&quot;&gt;350-030&lt;/a&gt;&#160;&lt;a href=&quot;http://www.passforsure.co.uk/640-802.html&quot; rel=&quot;nofollow&quot;&gt;640-802&lt;/a&gt;&#160;Click &lt;a href=&quot;http://www.passforsure.co.uk/&quot; rel=&quot;nofollow&quot;&gt;Pass 4 Sure&lt;/a&gt; to get more information!</description>
		<content:encoded><![CDATA[<p>As a professional IT certification bibles provider, Pass4sure enjoys a wide rang of reputation among the IT learners and candidates. With the extension of its business, Pass4sure adopted series of innovative movements, some of which are the promotion of Points for gift and the marketing strategy of Affiliate Program.The Most Popular exams List :<a href="http://www.passforsure.co.uk/640-802.html" rel="nofollow">640-802</a><a href="http://www.passforsure.co.uk/640-822.html" rel="nofollow">640-822</a>&nbsp;<a href="http://www.passforsure.co.uk/EC0-350.html" rel="nofollow">EC0-350</a>&nbsp;<a href="http://www.passforsure.co.uk/220-702.html" rel="nofollow">220-702</a>&nbsp;<a href="http://www.passforsure.co.uk/CISSP.html" rel="nofollow">CISSP</a>&nbsp;<a href="http://www.passforsure.co.uk/646-046.html" rel="nofollow">646-046</a>&nbsp;<a href="http://www.passforsure.co.uk/642-515.html" rel="nofollow">642-515</a>&nbsp;<a href="http://www.passforsure.co.uk/HP0-J33.html" rel="nofollow">HP0-J33</a>&nbsp;<a href="http://www.passforsure.co.uk/642-971.html" rel="nofollow">642-971</a>&nbsp;<a href="http://www.passforsure.co.uk/312-50.html" rel="nofollow">312-50</a>&nbsp;<a href="http://www.passforsure.co.uk/VCP-310.html" rel="nofollow">VCP-310</a>&nbsp;<a href="http://www.passforsure.co.uk/642-436.html" rel="nofollow">642-436</a><a href="http://www.passforsure.co.uk/1Y0-A11.html" rel="nofollow">1Y0-A11</a>&nbsp;<a href="http://www.passforsure.co.uk/642-812.html" rel="nofollow">642-812</a>&nbsp;<a href="http://www.passforsure.co.uk/642-642.html" rel="nofollow">642-642</a>&nbsp;<a href="http://www.passforsure.co.uk/646-563.html" rel="nofollow">646-563</a>&nbsp;<a href="http://www.passforsure.co.uk/642-892.html" rel="nofollow">642-892</a>&nbsp;<a href="http://www.passforsure.co.uk/650-180.html" rel="nofollow">650-180</a>&nbsp;<a href="http://www.passforsure.co.uk/642-105.html" rel="nofollow">642-105</a>&nbsp;<a href="http://www.passforsure.co.uk/N10-004.html" rel="nofollow">N10-004</a>&nbsp;<a href="http://www.passforsure.co.uk/640-816.html" rel="nofollow">640-816</a>&nbsp;<a href="http://www.passforsure.co.uk/350-030.html" rel="nofollow">350-030</a>&nbsp;<a href="http://www.passforsure.co.uk/640-802.html" rel="nofollow">640-802</a>&nbsp;Click <a href="http://www.passforsure.co.uk/" rel="nofollow">Pass 4 Sure</a> to get more information!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: farisalom</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-270169</link>
		<dc:creator>farisalom</dc:creator>
		<pubDate>Wed, 31 Dec 2008 12:51:06 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-270169</guid>
		<description>by detecting the browser, we can adapt our script to meet what we want without worry what browser they need.
farisalom, programmer of &lt;a href=&quot;http://www.changemystreet.com/Montana&quot; rel=&quot;nofollow&quot;&gt;fsbo Montana&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>by detecting the browser, we can adapt our script to meet what we want without worry what browser they need.<br />
farisalom, programmer of <a href="http://www.changemystreet.com/Montana" rel="nofollow">fsbo Montana</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mc</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-254414</link>
		<dc:creator>mc</dc:creator>
		<pubDate>Fri, 24 Aug 2007 04:31:57 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-254414</guid>
		<description>Object detection is great, and should be used in preference to browser detection (or CSS filters) wherever possible. But it&#039;s not always possible. How do you detect if a browser is using say, Presto to render things? Unfortunately, the only way is browser sniffing.</description>
		<content:encoded><![CDATA[<p>Object detection is great, and should be used in preference to browser detection (or CSS filters) wherever possible. But it&#8217;s not always possible. How do you detect if a browser is using say, Presto to render things? Unfortunately, the only way is browser sniffing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zack Frazier</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-64162</link>
		<dc:creator>zack Frazier</dc:creator>
		<pubDate>Thu, 10 Aug 2006 14:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-64162</guid>
		<description>I will agree that a script such as this should be used as a last resort, but I&#039;m not convinced by the &quot;problems&quot; of this technique.

The first problem concerning browsers masquerading as MSIE is valid but completely out of a developer&#039;s control. I agree with Peter that most users will use whatever comes with his/her computer. Having worked on many large-scale sites, support for IE is always the #1 concern, with Firefox #2 and Mac browsers (Safari and Firefox) coming at #3. The others simply need to work not necessarily display properly. This is a necessary compromise for small-share browsers. It is not cost-effective to tweak for Opera when so few people use it. Thus if browser makers want to &#039;fool&#039; us, they should be held responsible for displaying pages properly for that User-Agent.

As for the second problem, what is the problem?  Common browser &quot;feature&quot; detection arguments just don&#039;t apply here. These types of CSS adjustments are targeted for specific browsers. Usually older ones that don&#039;t fully support CSS. If Opera 9 and Opera 10 display differently then you should have a rule for each. A good developer must be aware of new browsers and assure that the pages display properly. Many companies now are scrambling to adjust pages for IE7 and dealing with their own maintenance nightmares. 

I believe the words of caution in this article are designed to dissuade quick hacks - simply using this script instead of working to solve the problem. A script like this would be best to supplement CSS rules to fix common problems like float clearing. I agree that using it to adjust the right margin for one class on one page and another one on another page could lead to monumental problems. However, being smart about CSS coding to avoiding common pitfalls is the best approach while using the script to simply make some global adjustments. The number of problems with CSS in modern browsers is finite and manageable. What might be a nightmare for one person or organization may not always be for another? Too many developers are way too accomodating. If Opera wants to change their CSS interpretation or act like it is Lynx or whatever else they change from release to release, I&#039;m not going to be there to dissect it and rush to adjust my codebase.

Why is there not more criticism of these browsers? Probably because so few people have actually used them. I love an underdog and hate Microsoft too, but come on!</description>
		<content:encoded><![CDATA[<p>I will agree that a script such as this should be used as a last resort, but I&#8217;m not convinced by the &#8220;problems&#8221; of this technique.</p>
<p>The first problem concerning browsers masquerading as MSIE is valid but completely out of a developer&#8217;s control. I agree with Peter that most users will use whatever comes with his/her computer. Having worked on many large-scale sites, support for IE is always the #1 concern, with Firefox #2 and Mac browsers (Safari and Firefox) coming at #3. The others simply need to work not necessarily display properly. This is a necessary compromise for small-share browsers. It is not cost-effective to tweak for Opera when so few people use it. Thus if browser makers want to &#8216;fool&#8217; us, they should be held responsible for displaying pages properly for that User-Agent.</p>
<p>As for the second problem, what is the problem?  Common browser &#8220;feature&#8221; detection arguments just don&#8217;t apply here. These types of CSS adjustments are targeted for specific browsers. Usually older ones that don&#8217;t fully support CSS. If Opera 9 and Opera 10 display differently then you should have a rule for each. A good developer must be aware of new browsers and assure that the pages display properly. Many companies now are scrambling to adjust pages for IE7 and dealing with their own maintenance nightmares. </p>
<p>I believe the words of caution in this article are designed to dissuade quick hacks &#8211; simply using this script instead of working to solve the problem. A script like this would be best to supplement CSS rules to fix common problems like float clearing. I agree that using it to adjust the right margin for one class on one page and another one on another page could lead to monumental problems. However, being smart about CSS coding to avoiding common pitfalls is the best approach while using the script to simply make some global adjustments. The number of problems with CSS in modern browsers is finite and manageable. What might be a nightmare for one person or organization may not always be for another? Too many developers are way too accomodating. If Opera wants to change their CSS interpretation or act like it is Lynx or whatever else they change from release to release, I&#8217;m not going to be there to dissect it and rush to adjust my codebase.</p>
<p>Why is there not more criticism of these browsers? Probably because so few people have actually used them. I love an underdog and hate Microsoft too, but come on!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Schiller</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-61758</link>
		<dc:creator>Scott Schiller</dc:creator>
		<pubDate>Mon, 07 Aug 2006 16:39:26 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-61758</guid>
		<description>PPK wrote about &quot;object detection&quot; as opposed to browser version sniffing, the idea is solid (as MisYu mentioned above.)

http://www.quirksmode.org/js/support.html</description>
		<content:encoded><![CDATA[<p>PPK wrote about &#8220;object detection&#8221; as opposed to browser version sniffing, the idea is solid (as MisYu mentioned above.)</p>
<p><a href="http://www.quirksmode.org/js/support.html" rel="nofollow">http://www.quirksmode.org/js/support.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MisYu</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-61516</link>
		<dc:creator>MisYu</dc:creator>
		<pubDate>Mon, 07 Aug 2006 08:01:04 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-61516</guid>
		<description>I thought that the best solution to detect a browser is not to check it&#039;s navigator.appName, but browser&#039;s capabilities. In example, if it supports activeX, document.images, DOM, window.opera, document.all etc.</description>
		<content:encoded><![CDATA[<p>I thought that the best solution to detect a browser is not to check it&#8217;s navigator.appName, but browser&#8217;s capabilities. In example, if it supports activeX, document.images, DOM, window.opera, document.all etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nitin</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-61476</link>
		<dc:creator>Nitin</dc:creator>
		<pubDate>Mon, 07 Aug 2006 06:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-61476</guid>
		<description>Whatever has been mentioned is true and it would be of tremendous help to the entire web community if the browser vendors themselves looked to bridge the gap for the scripts to become universally executable which today forms a headaches for developers. 

But looking at the current situation where everything has become stabilised and users have been divided into groups either belonging to MSIE, Mozilla, Opera, etc. As is it possible as of now for the vendors to adhere to some standardised specifications. But that would be more aggravatign the problem as the older applications would become useless if at all the object model would have to be changed.

Can there be a solution for this?</description>
		<content:encoded><![CDATA[<p>Whatever has been mentioned is true and it would be of tremendous help to the entire web community if the browser vendors themselves looked to bridge the gap for the scripts to become universally executable which today forms a headaches for developers. </p>
<p>But looking at the current situation where everything has become stabilised and users have been divided into groups either belonging to MSIE, Mozilla, Opera, etc. As is it possible as of now for the vendors to adhere to some standardised specifications. But that would be more aggravatign the problem as the older applications would become useless if at all the object model would have to be changed.</p>
<p>Can there be a solution for this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phill Kenoyer</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-60694</link>
		<dc:creator>Phill Kenoyer</dc:creator>
		<pubDate>Sun, 06 Aug 2006 04:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-60694</guid>
		<description>I only check for one web browser.  MSIE.  So I have one config that is the default for everyone.  Then I have another config that&#039;s for MSIE.  I expect that all browsers other than MSIE are standards compliant.  If they aren&#039;t then something may not look right.  I only make exceptions for MSIE because of the size of the user base.  I don&#039;t go out of my way to make MSIE work right, I just do the minimum.  I focus on standard compliant code and I use Mozilla and Safari to test.  Later I go back and make things work in MSIE (and I charge more too).</description>
		<content:encoded><![CDATA[<p>I only check for one web browser.  MSIE.  So I have one config that is the default for everyone.  Then I have another config that&#8217;s for MSIE.  I expect that all browsers other than MSIE are standards compliant.  If they aren&#8217;t then something may not look right.  I only make exceptions for MSIE because of the size of the user base.  I don&#8217;t go out of my way to make MSIE work right, I just do the minimum.  I focus on standard compliant code and I use Mozilla and Safari to test.  Later I go back and make things work in MSIE (and I charge more too).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-60658</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sun, 06 Aug 2006 03:30:52 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-60658</guid>
		<description>I don&#039;t think it&#039;s a question of &quot;rewarding&quot; browsers for breaking things like the DOM standards.  You&#039;re right that it&#039;s not a good idea to let users smash into a wall because they&#039;re using a poor browser, but hoping that &quot;sooner or later&quot; they will get it may not be the right idea.

For example, many people are stuck using IE6 without choice.  Perhaps it&#039;s because of their institution&#039;s software policy, which may prevent installation of other browsers.  Now before someone chimes in with &quot;Portable Firefox&quot;, remember that sometimes people just don&#039;t want to break the AUP on their institution&#039;s computers.

But the bigger problem is the mainstream user who will never care what browser they use and will always use the default that came with Windows.  Being in the tech world, it&#039;s easy to forget about the &quot;average&quot; user and quickly develop an attitude of &quot;why would anyone use IE?&quot;.  This is a bad idea to develop - it implies a misunderstanding of the average user and their needs.  The fact remains that when designing a corporate website (or any website designed for the masses), cross browser compatibility is an important aspect.  

I&#039;m not pro-browser sniffing (I think it&#039;s a bad idea as per PPK&#039;s reasons), but the extra work may be necessary in some cases.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think it&#8217;s a question of &#8220;rewarding&#8221; browsers for breaking things like the DOM standards.  You&#8217;re right that it&#8217;s not a good idea to let users smash into a wall because they&#8217;re using a poor browser, but hoping that &#8220;sooner or later&#8221; they will get it may not be the right idea.</p>
<p>For example, many people are stuck using IE6 without choice.  Perhaps it&#8217;s because of their institution&#8217;s software policy, which may prevent installation of other browsers.  Now before someone chimes in with &#8220;Portable Firefox&#8221;, remember that sometimes people just don&#8217;t want to break the AUP on their institution&#8217;s computers.</p>
<p>But the bigger problem is the mainstream user who will never care what browser they use and will always use the default that came with Windows.  Being in the tech world, it&#8217;s easy to forget about the &#8220;average&#8221; user and quickly develop an attitude of &#8220;why would anyone use IE?&#8221;.  This is a bad idea to develop &#8211; it implies a misunderstanding of the average user and their needs.  The fact remains that when designing a corporate website (or any website designed for the masses), cross browser compatibility is an important aspect.  </p>
<p>I&#8217;m not pro-browser sniffing (I think it&#8217;s a bad idea as per PPK&#8217;s reasons), but the extra work may be necessary in some cases.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian 'Snyke' Decker</title>
		<link>http://ajaxian.com/archives/the-dangers-of-browser-detect/comment-page-1#comment-59993</link>
		<dc:creator>Christian 'Snyke' Decker</dc:creator>
		<pubDate>Sat, 05 Aug 2006 00:03:13 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1447#comment-59993</guid>
		<description>What are we building standards for if we then reward different browsers for breaking them? The author certainly has a point, why should the developers find workarounds for problems in the browser that are not standard compliant?
I know it&#039;s not a good idea to let users smash into a wall because they use a crappy browser but sooner or later they will get it (i hope...).</description>
		<content:encoded><![CDATA[<p>What are we building standards for if we then reward different browsers for breaking them? The author certainly has a point, why should the developers find workarounds for problems in the browser that are not standard compliant?<br />
I know it&#8217;s not a good idea to let users smash into a wall because they use a crappy browser but sooner or later they will get it (i hope&#8230;).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
