webpositive user-agent string
Mozilla/5.0 (compatible; U; Webpositive/533.4; Haiku) AppleWebkit/533.4 (KHTML, like gecko) Chrome/5.0.375.55 Safari/533.4
Safari identifies itself (generally) as something like:
Mozilla/5.0 (McIntosh; U; OS-X; en) AppleWebkit/533.4 (KHTML, like gecko) Safari/533.4
Chrome identifies as something like:
Mozilla/5.0 (Windows NT 5.0) AppleWebkit/533.4 (KHTML, like gecko) Chrome/22.0.375.12 Safari/533.4
Mozilla/5.0 (Windows NT 6.1) Gecko/20120716 Firefox/15.0
Why is the "Chrome" identifier included in WebPositive? I think that Google Chrome wants to be seen as either firefox/gecko or safari, if it is not recognized on its own merit. Being seen as Safari is probably a more reliable way for sites to see the "Webkit" rendering, and handle it appropriately. Being associated with gecko/firefox may grant entry to firefox friendly sites. Safari is trying to sneak in as gecko/firefox. What does Webpositive want to do? Those other browser user-agent strings are created by inserting the name of the browser at the end, or near to it, depending upon how they want to be perceived.
Maybe a good string for Webpositive would be:
Mozilla/5.0 (compatible; U; Haiku) AppleWebkit/533.4 (KHTML, like gecko) Webpositive/533.4;
That is clean - like firefox.
I think WebPositive should carve out a niche, and be itself. Or ... let the user change the user-agent string ...
The user-agent strings that eminate from some browsers require meta-physical powers to decipher. In the old days, the first thing after the "Mozilla/[version]" was "([system and browser info]) ([rendering platform]) extension" ... but recent user-agent strings demolish that formatting idea pretty thoroughly. The www consortium should have created a new RFC on this issue (the original RFC is lame/incomplete), but all they want to do is complicate the scene beyond belief with "accessibility" issues. Truthfully, if sites cannot adequately identify browsers, it will reduce the user experience because idiosyncracies will not be properly taken into account ...