You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
but this gives the wrong results for <deviceCompat> being the empty string or "Mobile " (with a trailing space, like the introductory section mentions).
Safari's section has the same issue. Additionally, Safari seems to have a <deviceCompat> of Mobile/15E148, which doesn't fit the format mentioned in the introduction. Although the introduction is non-exhaustive I think it'd be good to mention a format used by a prominent mobile browser.
The text was updated successfully, but these errors were encountered:
"Mozilla/5.0 (<chromePlatform>) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<majorVersion>.0.0.0 <deviceCompat>Safari/537.36"
And right now the Token Reference has this to say about <deviceCompat>,
Represents the form-factor of the device. Primarily this is "Mobile ", or just the empty string, for Desktop or non-mobile devices. Some browsers have also sent token values such as "Tablet", "TV", "Mobile VR", etc., or included build information as well.
So maybe the original issues have been addressed? But I think further improvements are still possible.
https://compat.spec.whatwg.org/#ua-string-pattern-chrome says
but this gives the wrong results for
<deviceCompat>
being the empty string or "Mobile " (with a trailing space, like the introductory section mentions).Safari's section has the same issue. Additionally, Safari seems to have a
<deviceCompat>
ofMobile/15E148
, which doesn't fit the format mentioned in the introduction. Although the introduction is non-exhaustive I think it'd be good to mention a format used by a prominent mobile browser.The text was updated successfully, but these errors were encountered: