We specifically chose a User Agent to something compatible with our Android release to get more compatible websites, despite the "standard" way would be to not do browser sniffing. Not only that, but we do spoof our User Agent to specific websites exactly so we get a more compatible page to improve the users experience right now.
Both of these are temporary solutions that have large improvements on user experience with a path to degrading the functionality in favour of web standards. Both are solutions that have been similiarly adopted by other vendors. So there isnt much difference between this and other compatibility problems On 28 July 2014 16:59, Anthony Ricaud <anth...@ricaud.me> wrote: > I don't think we should implement this. Surely it provides a better user > experience but that's always the tradeoff when considering implementing > proprietary features from other vendors. If we changed our user-agent to > something that matches Android or iOS devices, we would get mobile versions > of websites more often and provide a better experience. Instead, we have a > webcompat team that reach outs websites to help them follow standards. Same > thing with implementing webkit prefixed CSS properties. > > Why is this different than our other compatibility problems? > > On 25/07/14 06:37, Alive wrote: > >> Hi folks, >> >> https://bugzilla.mozilla.org/show_bug.cgi?id=921014 is tracking: support >> link rel="apple-touch-icon” in our browser API. >> With this we could start to fetch and display the "apple" format icon in >> FxOS or any app using browser API. >> >> There are already some opinions about we should or we shouldn’t implement >> it in the bug comments. >> >> This mail is to bring this topic to more people. >> >> Thanks. >> -- >> Alive C. Kuo, Firefox OS, Senior Software Engineer at Mozilla Taiwan, >> Taipei office. >> >> > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform