I think I'm starting it get the 2 perspective about Safari here.
From consumer perspective, the new IE is Chrome, as it's everywhere, pre-installed on the largest mobile platform (Android), and websites are tailored for it.
From developers perspective, Safari can feel to be the IE, as Safari is slower than the other browsers in supporting new web standards, just like IE6 holding up the web hostage in a good chunk of 2000s as it doesn't support many newer web standards at that time.
But still, if the devs responded by targeting only Chrome for compatibility, they're not helping either. They're just supporting the other IE.
Honestly, as someone with web dev experience, I’m really unsure of the value of some of these new APIs/standards, anyway, like web drag and drop. I also kinda feel like Google is kinda using Chrome to railroad highly self serving APIs as standards (ie ones that mostly make sense for Chrome OS and not a proper smartphone or desktop OS).
Also, I actually dislike this whole living standard business going on with HTML5. Look at Can I Use and just scroll through the list on the homepage. It feels rather bloated, but some of that stuff is ubiquitous these days (like video tags), some of the stuff is deprecated already (like SPDY), some of it seems niche (asm.js) or self serving, and some of it seems like an awful idea just waiting to happen (lookbehind support in JavaScript regexes*). HTML5 could at least use a 5.1 spec, well, actually, it should probably move to a SemVer model, SemVer is explicitly intended to communicate information about breaking and compatible API changes. The W3C or the HTML5 working group should create milestone minor numbers, at the very least, containing groups of specs browsers are expected to support (like, these sets of features are called HTML5.1, doing so is also helpful for deprecating features, eg: as of HTML5.3, SPDY is actively deprecated and developers should migrate it to such-and-such-technology). Chrome style versioning numbers don’t help me as a developer (I’m looking at you, JavaScript, with your new major version number every year business). Unless I use a reference like CanIUse or really know Chrome update notes, such version numbers don’t adequately communicate to be what technologies/features are in the latest version or what things I can do now that I couldn’t before. Imagine if Python were version numbered like Chrome, how could I tell if the latest version were a serious compatibility breaking update, like the Python 2 to 3 transition?
* Lookbehind has utility, sure, but I don’t want it in web browser regexes, mostly on performance grounds. Increases the odds of catastrophic backtracking, and I don’t necessarily trust most developers to write performant rexeges. (I don’t even fully trust myself to do so, and I feel like I’ve got a pretty strong understanding of regular expressions!)