Nice! I’m going to check this out in a little bit.

Let me know how it works for you. The version returned is the Safari build version not the WebKit version as you can see. You might find this handy for defining the right number range Safari and WebKit Version Information

Yes, that’s it, works great. And that page with browser version history is perfect, thanks!!

Hi eexperience,

Thanks for introducing new features into Browser Sniff plugin.

I will give a try and update the file in the first post in this thread.

Hi,

I have updated Browser Sniff plugin. You can download version 1.1.9 using the link in the first post in this thred.

The code of the new version incorporates additions of Timon (eexperience) which allow for {browser_name} and {browser_version} variables to be used both inside and outside conditionals.

Many thanks, Timon, for your help!

Hi Laisvunas,
I’m glad I could be of help with my limited experience in coding.

Cheers,
Timon

I’m lovin’ this plugin.  It hard to target newer Safari/Webkit browsers with CSS “hacks” and this hits the spot! 

Hi,

I have released version 1.2 of Browser Sniff plugin.

In this version a serious bug - PHP error message saying that browser_version variable is undefined being displayed when outputted browser name is “other” - was fixed.

Most importantly this bug prevented using online validation services such as W3C validator. After analyzing user agent string of a validator plugin outputted browser name “other”, then because of the bug a PHP error message was being printed on the top of the web page, and this automatically resulted into markup of the web page being invalid.

Everyone who uses Browser Sniff plugin is recommended to upgrade.

I just noticed that since the release of FF3 when you do a specific sniff for saf (safari), it picks up FireFox 3 too.  Any work around?  I need to specifically target Safari. 

This may be the fact that Firefox is somewhat built on the webkit platform.

Thanks!

The workaround in the mean time it to target the CSS3 selector :nth-child that no other browser supports, save Safari 3, which does.

Hi grantmx,

I just noticed that since the release of FF3 when you do a specific sniff for saf (safari), it picks up FireFox 3 too.

To test it I tried this code with Firefox 3.0.1 on Vista:

and it worked as expected, that is there was no output.

Using the same exact code:

It shows the stylesheet in the code in FF3 on XP.  Am I behind on the version?  Running v1.2.

grantmx - 06 September 2008 12:25 PM

It shows the stylesheet in the code in FF3 on XP.  Am I behind on the version?  Running v1.2.

Have you checked the output for both browsers with this code:

No, but how would that relate to the issue?

It would let you more easily see where the glitch is if you knew how the plugin was reporting both browsers.

Hi,

Using the same exact code:

{exp:browser_sniff}
{if browser_name=="saf"}
<link rel="stylesheet" type="text/css" media="all" href="{stylesheet=include/safari}" />
{/if}
{/exp:browser_sniff}

It shows the stylesheet in the code in FF3 on XP.  Am I behind on the version?  Running v1.2.

Trying your code with Firefox 3 on Windows XP I was unable to replicate the effect you described. That is, the result was as expected - no output.

The issue is not somehow connected with version 1.2 because all versions of Browser Sniff plugin use exactly the same code for browser recognition.

Is it possible that your template code is cached and that’s the reason why you get the same results for both browsers?

Is it possible that your template code is cached and that’s the reason why you get the same results for both browsers?

That should not be the reason.

Browser Sniff plugin recognizes which browser is used by parsing $_SERVER[‘HTTP_USER_AGENT’] variable. Plugin outputs {browser_name} as “saf” in case $_SERVER[‘HTTP_USER_AGENT’] variable converted to lowercase contains substring “safari” and it outputs {browser_name} as “moz” in case $_SERVER[‘HTTP_USER_AGENT’] variable converted to lowercase contains substring “gecko”.

Here is what $_SERVER[‘HTTP_USER_AGENT’] variable outputs in case browser is Firefox 3 on Vista:

Here is what $_SERVER[‘HTTP_USER_AGENT’] variable outputs in case browser is Firefox 3 on XP:

As you can see there is no substring “safari”. This is the reason why the code

outputs nothing, as it should, both for Firefox 3 on Vista and on XP.