6 ms·

Safari Is Not the New IE, But…

56 points by remotesynth 11y ago

zawaideh 11y ago
Sure, they tick off more of the feature list, but it is buggy! Often there is no way of getting around the bug other than doing browser detection and turning off that feature for Safari! Two examples come to my mind: Indexeddb and suddenly changing the behaviour of taps on homescreen apps but NOT in Safari. It is one thing not having support for a feature, and it is another shipping a broken implementation. Also, there is ZERO communication on if/when a bug will be fixed.
- Tloewald 11y ago
  Wake me up when Chrome or Firefox have decent accessibility and then explain to me why I should care about indexeddb support over battery life or accessibility. IE only ever had decent accessibility support because it was ubiquitous and third-parties provided a solution.
  - marcosdumay 11y ago
    You know, I'm getting quite tired of the accessibility argument. On this specific cases, I do know that browsers have problems (including Safari, mind you), but people just throw the word "accessibility" around as if it was a specific concept, instead of the actually actionable option of complaining about specific problems. (Who is it that can not access Chrome and Firefox? Is it blind people? People with bad eyesight? People with bad motor skills? Paralytic people?) That has the effect of making your comment just vague enough to be impossible to argue with (however true it is), but still appear specific enough to make people think it has a meaning. Besides, yes, we should make the world accessible to impaired people. But we also should not make the other 80% of the people hostage of the first group. For some reason, accessibility arguments are almost always claiming that everybody must use the worst alternative because some undefined subgroup of those 20% can't use the better one.
andreiv 11y ago
>On mobile I’ll take iOS Safari over any Android-based browser, as I find iOS Safari to be far more performant for my daily web browsing Yeah, not like it has a different engine and the others are required to use a lesser one...
- Tloewald 11y ago
  I don't see how Apple is sabotaging the performance of Android-based browsers. Please explain.
  - andreiv 11y ago
    I don't think it's fair to compare the same browser (by name, at least) on two distinct operating systems. I believe that the sentence in question is biased by the use of any other browser on iOS, comparing thus iOS Safari with other browsers running on the same OS. I didn't try to start an argument on Apple sabotaging it's competitors...
    - Tloewald 11y ago
      Android browsers do not, by definition, run on iOS.
      - exodust 11y ago
        What I would give for a mobile device offering duel boot between Android and iOS. I've invested heavily in both in terms of apps and usage over the years, not to mention dev and testing and can't bring myself to stick to one exclusively.
    - matthewmacleod 11y ago
      The point was very clearly "I would rather develop for Safari on iOS that for any browser on Android."
- gress 11y ago
  It does't. Your comment is false.
Tloewald 11y ago
Right now for my work, IE11 is the new IE. It has spectacularly bad performance issues in its nooks and crannies that slow our web application down by a factor of something like 1000 (it's hard to tell -- but after two days of hacking away inexplicable hotspots, it's running 10x faster and still glacially slow). (Switching to IE10 compatibility mode makes the performance problems disappear.) Make no mistake, I think IE11 is a huge step in the right direction in terms of standards compliance, but right now it's not really usable.
- 9point6 11y ago
  I suppose that's why IE has been discontinued and Microsoft developed "Edge". I'd be interested to hear about these hot spots though (if you've blogged about them anywhere?). I've generally been quite pleased with Microsoft's browser effort in the past couple of years. Safari is quickly travelling toward becoming the next IE9 with the kind of weird bugs I've come across recently.
  - Tloewald 11y ago
    IE11 is "Edge".
    - 9point6 11y ago
      No, they're actually different browsers, though both came with windows 10. https://en.wikipedia.org/wiki/Internet_Explorer_11 https://en.wikipedia.org/wiki/Internet_Explorer_11 https://en.wikipedia.org/wiki/Microsoft_Edge https://en.wikipedia.org/wiki/Microsoft_Edge
      - spilk 11y ago
        Microsoft calls the rendering engine in IE11 "Edge" as well, as can be seen in the developer tools: http://i.imgur.com/Y7SKKja.png http://i.imgur.com/Y7SKKja.png
        eli 11y ago
jasonkester 11y ago
I can't comment on desktop Safari, but mobile Safari certainly deserves the hate it receives. I think it has to do with the update cycle, or lack thereof. The iOS browser gets updated a couple times a year with new minor OS releases, whereas browsers for older OS versions get no updates ever. So if a bug is hardy enough to survive an entire year, it's there to stay. Given Apple's opaque approach to support, even a good repro case of a bug in an upcoming iOS release is unlikely to ever make it to a fixed shape by the time said OS version is obsolete. So you have to switch for every single OS version, by name, since features are in fact in place, but work inconsistently between versions. Before typing this, I just finished putting the first few new iOS9 switches into the app I'm developing, resurrecting various things that they killed in the beta. Maybe those switches can come out when they ship the real thing. But that has never happened before, so I'm not holding out any hope.
- mikeash 11y ago
  Mobile Safari also deserves hate because Apple prohibits all alternatives. You cannot ship a browser for iOS unless it uses Safari's engine. There's no technical reason, it's just a decree from Apple about what they'll allow.
  - xbmcuser 11y ago
    There is a technical reason other engines won't hamper or slow web apps. This will allow for apps on ios from outside the app store. That is the only reason they are not allowing other browser engines.
    - mikeash 11y ago
      How does Safari hamper or slow web apps?
  - bobajeff 11y ago
    If I remember correctly. That wasn't spelled out exactly. I think the policy that browser vendors are referring to is one that says something like "[no app can duplicate functionality that's in the OS]" or something to that effect. Basically, no vendor wants to put in the work of porting to iOS without the guarantee that it can be excepted in the App Store.
gulpahum 11y ago
Safari / Webkit used to be the leader and get all the new features: CSS Animations, transitions etc. Since Google started developing Blink for Chrome, it is now getting all the new features, such as CSS will-change, http2, shadow dom, css motion paths, ... Safari / Webkit isn't anymore the leader. Occasionally, it receives some odd Apple specific features, like masked favicons [1] or force touch events [2]. [1] https://lists.w3.org/Archives/Public/public-whatwg-archive/2015Jun/0011.html https://lists.w3.org/Archives/Public/public-whatwg-archive/2... [2] https://developer.apple.com/library/prerelease/mac/documentation/AppleApplications/Conceptual/SafariJSProgTopics/RespondingtoForceTouchEventsfromJavaScript.html https://developer.apple.com/library/prerelease/mac/documenta...
talmand 11y ago
Mobile Safari does offer the occasional pain, but older Android browser versions are my current headache inducer. I have to test all my webview content changes twice on Android, once for before API 19 and again for after.
cpncrunch 11y ago
It looks like the author is doing quite a bit of cherrypicking. How many of these features are "nice to have" vs critical? The only critical feature for me is getusermedia, as our application can't work without it. Edge supports it, but Safari doesn't.
octocoupler 11y ago
I don't know much about how Safari is for developers, but in my experience it is currently the best browser for the mac. The general performance of the browser (don't know about js benchmarks) and energy usage are a lot better. Also js based drag and drop is remarkably responsive, a lot more so than Chrome and Firefox. It does have a weird thing where it doesn't load Google sites for me sometimes.
- onion2k 11y ago
  Refering to Safari as "the new IE" isn't a comment about whether it's a good browser or not. It's because Safari is lagging some way behind the rest of the browsers when it comes to implementing new features based on standards. The problem is best illustrated by CanIUse.com ... http://caniuse.com/#compare=firefox+40,chrome+44,safari+8 http://caniuse.com/#compare=firefox+40,chrome+44,safari+8 ... Scroll to the bottom and look at the "Mixed support" table. Lots of green in the Chrome and Firefox columns, while there's lots of red in the Safari column. Why this is a problem is that it means the web will stagnate. People will do new things, but only within the limits of the old technology. Many of the things Safari lacks are trivial to work around (an input color picker for example .. it's easy to do that in JS). Other things are much more important - picture elements and HTTP/2 being good examples.
matthewmacleod 11y ago
I do agree with this assessment. I hope that Safari eventually fixes some of the issues we've seen with delayed or buggy implementations of cutting-edge features. It would be nice to have consistency (although to honest, most of those features are not usable cross-browser in any case, due to Internet Explorer's incompatibility). Performance, battery life, and UX are generally much better for me than with any other browser, so I really hope it doesn't fall behind too much.
muraiki 11y ago
A note to the author: the line graph is pretty much indecipherable to people who are red/green colorblind, which for men is about 5% of the population (it's much more rare in women). I'm not sure if there are tools to help with picking colors for Kendo UI, but there are general tools to help pick colorblind-friendly schemes such as http://colorbrewer2.org/ http://colorbrewer2.org/
MrZongle2 11y ago
"But, as Microsoft has substantially ramped up their work on the web platform and Edge, it now feels unfair to make them the butt of the joke." As someone who has done Web development prior to and throughout the entire lifespan of IE6, I say: no, no it does not. I wish the Edge team the best, and hope their application spurs more innovation and improvement in the browser space. But I (like many others) will be burdened with IE support for the foreseeable future, and see no need to temper my strong dislike for the product.
- exodust 11y ago
  If I read this correctly, you hold a grudge against IE6 and this makes you disagree with the statement? "Burdened with IE support".. surely you don't mean IE6 though?
cwmma 11y ago
When working on client side js it often feels like safari is the modern browser that the most special care is required for. Some of this has to do with not the most recent version but the one one before that (much like the most recent IE was often not reqao, people cursed IE). Another aspect is OS specificity, MS has made it very easy to debug IE without having windows via VMs they put out specifically for this purpose. Meanwhile there is no amount of money Apple will accept from you to run a mac vm on non Mac hardware. I have fond memories of trying to debug issues with Web Workers in safari via sauce labs. (disclaimer, I worked with Nolan Lawson on pouchdb and he credits me with coming up with the safari is the new ie phrase)
- progmal1 11y ago
  This was true in the past but, I was under the impression that you could run the server version of OS X on non-mac hardware.
  - wolfgke 11y ago
    At least by http://www.quora.com/How-do-I-run-Mac-OS-X-on-a-non-Apple-computer http://www.quora.com/How-do-I-run-Mac-OS-X-on-a-non-Apple-co... and http://www.quora.com/Is-it-illegal-to-install-OS-X-on-non-Apple-Hardware-aka-Hackintosh http://www.quora.com/Is-it-illegal-to-install-OS-X-on-non-Ap... it is technically possible (though unstable) to run OS X on non-Apple hardware, but illegal. No mention that it is legal to run the server version of OS X on non-mac hardware.
    - Xophmeister 11y ago
      IANAL, but is contract infringement actually illegal? It may not be without consequence, but it is against the law?
      - amyjess 11y ago
        IIRC, it's illegal according to civil law but not illegal according to criminal law.
nik736 11y ago
Comparing Browsers based on their feature set is a pretty bad idea imo. For example it probably has a reason why Safari doesn't support WebRTC, and it's not that they are too lazy to implement it. Is Safari a bad choice for Mac users only because there are some features missing? Hell No. For casual Mac users it probably is better to not include those features, and it's even better to not have features which are buggy (as in other browsers).
AshleysBrain 11y ago
Here's another view: https://html5test.com/compare/browser/chrome-44/ie-Edge/ie-11/safari-9.0/safari-8.0.html https://html5test.com/compare/browser/chrome-44/ie-Edge/ie-1... Safari 8 to Safari 9 got +4 points on HTML5test - only adding some canvas2d features and some CSS selectors. IE11 to Edge got +66 points, adding loads of features. MS also have a clear roadmap, and Apple has very little. I think this is contributing to the sense that Safari is being left behind.
ubertaco 11y ago
There are a couple of qualms I have with this article: 1. He's looking at Safari 9, a version that is not yet deployed anywhere, rather than Safari 7/8, which are the versions that everyone knows and loathes. Yeah, if you move the target, then of course some criticisms will miss their mark. 2. Even ignoring version numbers, he's looking at the "best" Safari that exists: desktop Safari. iOS Safari is where the real nightmares are, and is the target of almost all of the complaints about Safari that he's supposedly refuting. Again, when refuting someone else's case, you have to refute their actual case, not an altered, easier-to-fight version of their case. 3. The case he's making is that Safari's not the worst because Edge is worse. Except that Edge is not 100% complete (it's more akin to the early days of Chrome: yes, you can use it, but it's a work in progress), is in fairly-transparent, visibly-active development, and is an "evergreen" (continuously self-updating) browser, unlike Safari, which only gets updated either with the OS or when there's an absolutely-critical-enough security hole. 4. His basis for comparison is number of features listed as "supported" on caniuse rather than standards-compliance, rendering consistency, actual usability of purportedly-complete APIs, and general how-bad-does-this-browser-screw-up-my-app. For example: iOS Safari supposedly supports "position: fixed" (which has been around basically forever), but in practice has significant rendering issues, particularly around when it decides to stop positioning things because the keyboard is present. 5. His initial premise (and, tellingly, his conclusion) is that people complain about Safari because people want to complain and poor Safari just happens to be the current target, rather than that Safari might have some actual problems that make web development painful.
brazzlemobile 11y ago
I think the worst thing about Apple is the lack of transparency. I haven't checked for some time, but if you file a bug that's already been reported they just close it. You don't get to see other people's bugs so you just get to wait. And there's nothing quite as frustrating as finding a WebKit bug, finding out it's already been discovered but the only real information in their tracker is a message for Apple employees about where the buf can be found in the internal Apple bug tracker.
jcranmer 11y ago
This article is slightly wrong in one regard. The special ire for IE was drawn in part from the fact that features were grossly misimplemented. The infamous box model bug is mentioned, but it's curious that the hasLayout bug is not [1]. IE6 was drawing enmity for its bugs long before its lack of HTML5 or CSS3 features; although, to be fair, HTML4 and CSS2 were themselves horribly buggy, unimplementable specifications. Its the similar bugginess of Safari (e.g., IndexedDB) that's causing people to compare it to IE6. [1] For those to have the fortune to not have been doing web development back then, IE only applied CSS to a small subset of elements, using an internal property known as hasLayout to determine which ones. MS eventually wrote a guide explaining this to web developers: <https://msdn.microsoft.com/en-us/library/Bb250481%28v=VS.85%29.aspx> https://msdn.microsoft.com/en-us/library/Bb250481%28v=VS.85%....

56 points by remotesynth 11y ago

Sure, they tick off more of the feature list, but it is buggy! Often there is no way of getting around the bug other than doing browser detection and turning off that feature for Safari! Two examples come to my mind: Indexeddb and suddenly changing the behaviour of taps on homescreen apps but NOT in Safari. It is one thing not having support for a feature, and it is another shipping a broken implementation. Also, there is ZERO communication on if/when a bug will be fixed.

Tloewald 11y ago
Wake me up when Chrome or Firefox have decent accessibility and then explain to me why I should care about indexeddb support over battery life or accessibility. IE only ever had decent accessibility support because it was ubiquitous and third-parties provided a solution.
- marcosdumay 11y ago
  You know, I'm getting quite tired of the accessibility argument. On this specific cases, I do know that browsers have problems (including Safari, mind you), but people just throw the word "accessibility" around as if it was a specific concept, instead of the actually actionable option of complaining about specific problems. (Who is it that can not access Chrome and Firefox? Is it blind people? People with bad eyesight? People with bad motor skills? Paralytic people?) That has the effect of making your comment just vague enough to be impossible to argue with (however true it is), but still appear specific enough to make people think it has a meaning. Besides, yes, we should make the world accessible to impaired people. But we also should not make the other 80% of the people hostage of the first group. For some reason, accessibility arguments are almost always claiming that everybody must use the worst alternative because some undefined subgroup of those 20% can't use the better one.

andreiv 11y ago

>On mobile I’ll take iOS Safari over any Android-based browser, as I find iOS Safari to be far more performant for my daily web browsing Yeah, not like it has a different engine and the others are required to use a lesser one...

Tloewald 11y ago
I don't see how Apple is sabotaging the performance of Android-based browsers. Please explain.
- andreiv 11y ago
  I don't think it's fair to compare the same browser (by name, at least) on two distinct operating systems. I believe that the sentence in question is biased by the use of any other browser on iOS, comparing thus iOS Safari with other browsers running on the same OS. I didn't try to start an argument on Apple sabotaging it's competitors...
  - Tloewald 11y ago
    Android browsers do not, by definition, run on iOS.
    - exodust 11y ago
      What I would give for a mobile device offering duel boot between Android and iOS. I've invested heavily in both in terms of apps and usage over the years, not to mention dev and testing and can't bring myself to stick to one exclusively.
  - matthewmacleod 11y ago
    The point was very clearly "I would rather develop for Safari on iOS that for any browser on Android."
gress 11y ago
It does't. Your comment is false.

Tloewald 11y ago

Right now for my work, IE11 is the new IE. It has spectacularly bad performance issues in its nooks and crannies that slow our web application down by a factor of something like 1000 (it's hard to tell -- but after two days of hacking away inexplicable hotspots, it's running 10x faster and still glacially slow). (Switching to IE10 compatibility mode makes the performance problems disappear.) Make no mistake, I think IE11 is a huge step in the right direction in terms of standards compliance, but right now it's not really usable.

9point6 11y ago
I suppose that's why IE has been discontinued and Microsoft developed "Edge". I'd be interested to hear about these hot spots though (if you've blogged about them anywhere?). I've generally been quite pleased with Microsoft's browser effort in the past couple of years. Safari is quickly travelling toward becoming the next IE9 with the kind of weird bugs I've come across recently.
- Tloewald 11y ago
  IE11 is "Edge".
  - 9point6 11y ago
    No, they're actually different browsers, though both came with windows 10. https://en.wikipedia.org/wiki/Internet_Explorer_11 https://en.wikipedia.org/wiki/Internet_Explorer_11 https://en.wikipedia.org/wiki/Microsoft_Edge https://en.wikipedia.org/wiki/Microsoft_Edge
    - spilk 11y ago
      Microsoft calls the rendering engine in IE11 "Edge" as well, as can be seen in the developer tools: http://i.imgur.com/Y7SKKja.png http://i.imgur.com/Y7SKKja.png
      - eli 11y ago

jasonkester 11y ago

I can't comment on desktop Safari, but mobile Safari certainly deserves the hate it receives. I think it has to do with the update cycle, or lack thereof. The iOS browser gets updated a couple times a year with new minor OS releases, whereas browsers for older OS versions get no updates ever. So if a bug is hardy enough to survive an entire year, it's there to stay. Given Apple's opaque approach to support, even a good repro case of a bug in an upcoming iOS release is unlikely to ever make it to a fixed shape by the time said OS version is obsolete. So you have to switch for every single OS version, by name, since features are in fact in place, but work inconsistently between versions. Before typing this, I just finished putting the first few new iOS9 switches into the app I'm developing, resurrecting various things that they killed in the beta. Maybe those switches can come out when they ship the real thing. But that has never happened before, so I'm not holding out any hope.

mikeash 11y ago
Mobile Safari also deserves hate because Apple prohibits all alternatives. You cannot ship a browser for iOS unless it uses Safari's engine. There's no technical reason, it's just a decree from Apple about what they'll allow.
- xbmcuser 11y ago
  There is a technical reason other engines won't hamper or slow web apps. This will allow for apps on ios from outside the app store. That is the only reason they are not allowing other browser engines.
  - mikeash 11y ago
    How does Safari hamper or slow web apps?
- bobajeff 11y ago
  If I remember correctly. That wasn't spelled out exactly. I think the policy that browser vendors are referring to is one that says something like "[no app can duplicate functionality that's in the OS]" or something to that effect. Basically, no vendor wants to put in the work of porting to iOS without the guarantee that it can be excepted in the App Store.

gulpahum 11y ago

Safari / Webkit used to be the leader and get all the new features: CSS Animations, transitions etc. Since Google started developing Blink for Chrome, it is now getting all the new features, such as CSS will-change, http2, shadow dom, css motion paths, ... Safari / Webkit isn't anymore the leader. Occasionally, it receives some odd Apple specific features, like masked favicons [1] or force touch events [2]. [1] https://lists.w3.org/Archives/Public/public-whatwg-archive/2015Jun/0011.html https://lists.w3.org/Archives/Public/public-whatwg-archive/2... [2] https://developer.apple.com/library/prerelease/mac/documentation/AppleApplications/Conceptual/SafariJSProgTopics/RespondingtoForceTouchEventsfromJavaScript.html https://developer.apple.com/library/prerelease/mac/documenta...

talmand 11y ago

Mobile Safari does offer the occasional pain, but older Android browser versions are my current headache inducer. I have to test all my webview content changes twice on Android, once for before API 19 and again for after.

cpncrunch 11y ago

It looks like the author is doing quite a bit of cherrypicking. How many of these features are "nice to have" vs critical? The only critical feature for me is getusermedia, as our application can't work without it. Edge supports it, but Safari doesn't.

octocoupler 11y ago

I don't know much about how Safari is for developers, but in my experience it is currently the best browser for the mac. The general performance of the browser (don't know about js benchmarks) and energy usage are a lot better. Also js based drag and drop is remarkably responsive, a lot more so than Chrome and Firefox. It does have a weird thing where it doesn't load Google sites for me sometimes.

onion2k 11y ago
Refering to Safari as "the new IE" isn't a comment about whether it's a good browser or not. It's because Safari is lagging some way behind the rest of the browsers when it comes to implementing new features based on standards. The problem is best illustrated by CanIUse.com ... http://caniuse.com/#compare=firefox+40,chrome+44,safari+8 http://caniuse.com/#compare=firefox+40,chrome+44,safari+8 ... Scroll to the bottom and look at the "Mixed support" table. Lots of green in the Chrome and Firefox columns, while there's lots of red in the Safari column. Why this is a problem is that it means the web will stagnate. People will do new things, but only within the limits of the old technology. Many of the things Safari lacks are trivial to work around (an input color picker for example .. it's easy to do that in JS). Other things are much more important - picture elements and HTTP/2 being good examples.

matthewmacleod 11y ago

I do agree with this assessment. I hope that Safari eventually fixes some of the issues we've seen with delayed or buggy implementations of cutting-edge features. It would be nice to have consistency (although to honest, most of those features are not usable cross-browser in any case, due to Internet Explorer's incompatibility). Performance, battery life, and UX are generally much better for me than with any other browser, so I really hope it doesn't fall behind too much.

muraiki 11y ago

A note to the author: the line graph is pretty much indecipherable to people who are red/green colorblind, which for men is about 5% of the population (it's much more rare in women). I'm not sure if there are tools to help with picking colors for Kendo UI, but there are general tools to help pick colorblind-friendly schemes such as http://colorbrewer2.org/ http://colorbrewer2.org/

MrZongle2 11y ago

"But, as Microsoft has substantially ramped up their work on the web platform and Edge, it now feels unfair to make them the butt of the joke." As someone who has done Web development prior to and throughout the entire lifespan of IE6, I say: no, no it does not. I wish the Edge team the best, and hope their application spurs more innovation and improvement in the browser space. But I (like many others) will be burdened with IE support for the foreseeable future, and see no need to temper my strong dislike for the product.

exodust 11y ago
If I read this correctly, you hold a grudge against IE6 and this makes you disagree with the statement? "Burdened with IE support".. surely you don't mean IE6 though?

cwmma 11y ago

When working on client side js it often feels like safari is the modern browser that the most special care is required for. Some of this has to do with not the most recent version but the one one before that (much like the most recent IE was often not reqao, people cursed IE). Another aspect is OS specificity, MS has made it very easy to debug IE without having windows via VMs they put out specifically for this purpose. Meanwhile there is no amount of money Apple will accept from you to run a mac vm on non Mac hardware. I have fond memories of trying to debug issues with Web Workers in safari via sauce labs. (disclaimer, I worked with Nolan Lawson on pouchdb and he credits me with coming up with the safari is the new ie phrase)

progmal1 11y ago
This was true in the past but, I was under the impression that you could run the server version of OS X on non-mac hardware.
- wolfgke 11y ago
  At least by http://www.quora.com/How-do-I-run-Mac-OS-X-on-a-non-Apple-computer http://www.quora.com/How-do-I-run-Mac-OS-X-on-a-non-Apple-co... and http://www.quora.com/Is-it-illegal-to-install-OS-X-on-non-Apple-Hardware-aka-Hackintosh http://www.quora.com/Is-it-illegal-to-install-OS-X-on-non-Ap... it is technically possible (though unstable) to run OS X on non-Apple hardware, but illegal. No mention that it is legal to run the server version of OS X on non-mac hardware.
  - Xophmeister 11y ago
    IANAL, but is contract infringement actually illegal? It may not be without consequence, but it is against the law?
    - amyjess 11y ago
      IIRC, it's illegal according to civil law but not illegal according to criminal law.

nik736 11y ago

Comparing Browsers based on their feature set is a pretty bad idea imo. For example it probably has a reason why Safari doesn't support WebRTC, and it's not that they are too lazy to implement it. Is Safari a bad choice for Mac users only because there are some features missing? Hell No. For casual Mac users it probably is better to not include those features, and it's even better to not have features which are buggy (as in other browsers).

AshleysBrain 11y ago

Here's another view: https://html5test.com/compare/browser/chrome-44/ie-Edge/ie-11/safari-9.0/safari-8.0.html https://html5test.com/compare/browser/chrome-44/ie-Edge/ie-1... Safari 8 to Safari 9 got +4 points on HTML5test - only adding some canvas2d features and some CSS selectors. IE11 to Edge got +66 points, adding loads of features. MS also have a clear roadmap, and Apple has very little. I think this is contributing to the sense that Safari is being left behind.

ubertaco 11y ago

There are a couple of qualms I have with this article: 1. He's looking at Safari 9, a version that is not yet deployed anywhere, rather than Safari 7/8, which are the versions that everyone knows and loathes. Yeah, if you move the target, then of course some criticisms will miss their mark. 2. Even ignoring version numbers, he's looking at the "best" Safari that exists: desktop Safari. iOS Safari is where the real nightmares are, and is the target of almost all of the complaints about Safari that he's supposedly refuting. Again, when refuting someone else's case, you have to refute their actual case, not an altered, easier-to-fight version of their case. 3. The case he's making is that Safari's not the worst because Edge is worse. Except that Edge is not 100% complete (it's more akin to the early days of Chrome: yes, you can use it, but it's a work in progress), is in fairly-transparent, visibly-active development, and is an "evergreen" (continuously self-updating) browser, unlike Safari, which only gets updated either with the OS or when there's an absolutely-critical-enough security hole. 4. His basis for comparison is number of features listed as "supported" on caniuse rather than standards-compliance, rendering consistency, actual usability of purportedly-complete APIs, and general how-bad-does-this-browser-screw-up-my-app. For example: iOS Safari supposedly supports "position: fixed" (which has been around basically forever), but in practice has significant rendering issues, particularly around when it decides to stop positioning things because the keyboard is present. 5. His initial premise (and, tellingly, his conclusion) is that people complain about Safari because people want to complain and poor Safari just happens to be the current target, rather than that Safari might have some actual problems that make web development painful.

brazzlemobile 11y ago

I think the worst thing about Apple is the lack of transparency. I haven't checked for some time, but if you file a bug that's already been reported they just close it. You don't get to see other people's bugs so you just get to wait. And there's nothing quite as frustrating as finding a WebKit bug, finding out it's already been discovered but the only real information in their tracker is a message for Apple employees about where the buf can be found in the internal Apple bug tracker.

jcranmer 11y ago

This article is slightly wrong in one regard. The special ire for IE was drawn in part from the fact that features were grossly misimplemented. The infamous box model bug is mentioned, but it's curious that the hasLayout bug is not [1]. IE6 was drawing enmity for its bugs long before its lack of HTML5 or CSS3 features; although, to be fair, HTML4 and CSS2 were themselves horribly buggy, unimplementable specifications. Its the similar bugginess of Safari (e.g., IndexedDB) that's causing people to compare it to IE6. [1] For those to have the fortune to not have been doing web development back then, IE only applied CSS to a small subset of elements, using an internal property known as hasLayout to determine which ones. MS eventually wrote a guide explaining this to web developers: <https://msdn.microsoft.com/en-us/library/Bb250481%28v=VS.85%29.aspx> https://msdn.microsoft.com/en-us/library/Bb250481%28v=VS.85%....