Most active commenters
  • asddubs(5)
  • do_not_redeem(3)
  • robertoandred(3)
  • amadeuspagel(3)
  • fingerlocks(3)
  • hu3(3)

←back to thread

Is Chrome the New IE? (2023)

(www.magiclasso.co)
281 points bentocorp | 38 comments | | HN request time: 1.061s | source | bottom
1. asddubs ◴[] No.42169280[source]
Just to (mostly) preempt this because the exact same discussion is had every time this sentiment comes up: Isn't safari the new IE?

Answer: They both are like IE, for different reasons:

Chrome: Pushes proprietary extensions onto the web, which due to their absolute dominance others are somewhat forced to adopt, people develop for it and don't test in any other browser, just like IE

Safari: is coupled to operating system version, lags behind on implementing new features, thus single handedly slowing down when everyone can use new features. Has weird quirks that other browsers don't, just like IE (though not nearly as bad as IE)

So which is like IE? It just depends on what you mean when you say "like IE", the label applies to both because IE was bad for more than one reason

replies(5): >>42169318 #>>42169382 #>>42169462 #>>42169792 #>>42171127 #
2. dwaite ◴[] No.42169318[source]
If I understand - Chrome is like IE for pushing proprietary extensions, and Safari is like IE for not implementing those proprietary extensions?
replies(4): >>42169330 #>>42169332 #>>42169433 #>>42170312 #
3. do_not_redeem ◴[] No.42169330[source]
Safari is like IE for not implementing standards everyone else has agreed on and implemented.
replies(5): >>42169342 #>>42169380 #>>42169424 #>>42169441 #>>42169483 #
4. numbsafari ◴[] No.42169332[source]
War is Peace
5. marxisttemp ◴[] No.42169342{3}[source]
Did “everyone” agree on and implement them, or did Google implement them and force everyone else in the WHATWG to play catch-up since they’re dominant?
replies(1): >>42169408 #
6. robertoandred ◴[] No.42169380{3}[source]
Such as?
replies(1): >>42169407 #
7. robertoandred ◴[] No.42169382[source]
Safari updates are released for the two macOS releases before the current.
replies(1): >>42169420 #
8. KTibow ◴[] No.42169407{4}[source]
Here's a breakdown: https://caniuse.com/?compare=chrome+131,safari+18.1&compareC...
replies(2): >>42169472 #>>42169553 #
9. do_not_redeem ◴[] No.42169408{4}[source]
Maybe there are specific examples of that? But I can't think of any, and it certainly doesn't strike me as common. Random example:

https://caniuse.com/input-inputmode

Firefox: 2013

Chrome: 2017

Safari: Any decade now, I'm sure of it

replies(1): >>42169878 #
10. asddubs ◴[] No.42169420[source]
not on iOS which is more relevant since you can't even install other engines
replies(1): >>42180626 #
11. HWR_14 ◴[] No.42169424{3}[source]
Where "everyone else" means Google used Chrome to make it the standard.
12. asddubs ◴[] No.42169433[source]
I'm actually far more concerned with the other thing I mentioned, just like on old versions of windows, safari updates are coupled to iOS updates. So if your phone doesn't get any more updates, or you just don't want them, your browser engine is out of date, giving years old safari versions significant market shares. And this impacts stuff like being able to use "gap" for flexbox, which I don't think qualifies as a proprietary chrome feature
13. iforgotmysocks ◴[] No.42169441{3}[source]
Safari states their position on standards here: https://webkit.org/standards-positions/

IMO they have good reasons for opposing most of the standards

replies(2): >>42169473 #>>42169500 #
14. amadeuspagel ◴[] No.42169462[source]
What are these proprietary extensions?
replies(1): >>42169528 #
15. threeseed ◴[] No.42169472{5}[source]
Just because Google implements something does not make it a standard.
16. amadeuspagel ◴[] No.42169473{4}[source]
They don't even implement the standards that they have agreed to properly.
17. grapesodaaaaa ◴[] No.42169483{3}[source]
Some of those unimplemented “standards” are to protect user privacy. I know this is not universally the case, but it’s worth calling out.
replies(1): >>42169491 #
18. threeseed ◴[] No.42169491{4}[source]
You can fingerprint a browser to > 99.9% accuracy because of Google's lax approach to privacy and security when adding new features.

Of course this benefits the advertising side of the business immensely.

19. do_not_redeem ◴[] No.42169500{4}[source]
I searched that page and their github repo for "inputmode" (my example from before you posted) and couldn't find anything.

https://github.com/WebKit/standards-positions/issues?q=input...

I'd love to find out if anyone on the webkit project is aware of that part of the standard, and if so, the project's official position on it. I can't imagine why they'd oppose it.

replies(1): >>42176015 #
20. asddubs ◴[] No.42169528[source]
if you want a really old example, pnacl. If you want a slightly recent one, FLoC. Not saying those are the best examples, they are just what comes to my head first. I don't really keep up super closely.
replies(2): >>42169636 #>>42176405 #
21. robertoandred ◴[] No.42169553{5}[source]
So, things that are either impossible (touch events or vibration) or ridiculous (why would I want a website to know my battery level or directly access system hardware?)
replies(1): >>42169603 #
22. hexasquid ◴[] No.42169603{6}[source]
I'd guess for the same reason we want native apps to be able to do that.
replies(1): >>42169680 #
23. amadeuspagel ◴[] No.42169636{3}[source]
Neither of these are proprietary.
replies(1): >>42169852 #
24. elashri ◴[] No.42169680{7}[source]
Who said that we want native apps to be able to do that?

There are some use cases for those permissions but we (some) would like more control into that. I can't fight most of the websites as a user (they will tell me to use chrome) but it is for them hard to tell me if you want the service (along a billion other user) then move to android. Apple for a better or worse have much more sway than individual user.

25. Semaphor ◴[] No.42169792[source]
One thing missing: Safari is like a worse IE, because not only does it not run on any other OS, like IE, but it doesn’t even run on most hardware.
26. asadotzler ◴[] No.42169852{4}[source]
Both are.
27. fingerlocks ◴[] No.42169878{5}[source]
Your own link says it’s supported on Safari for iOS, for years now. It’s obviously not supported on MacOS because that attribute only applies to onscreen keyboards.
replies(1): >>42170392 #
28. solarkraft ◴[] No.42170312[source]
No, not only those, also actually legitimate web standards.
29. hu3 ◴[] No.42170392{6}[source]
What makes you think onscreen keyboards are not useful in macOS if at least for accessibility reasons?
replies(1): >>42171790 #
30. handsclean ◴[] No.42171127[source]
I’d love to see these comments about Safari lagging give specific examples. Every time I’ve seen specifics, it’s either only interesting to progressive web apps, or blatantly user hostile tracking/nagging “features”. In my personal experience as a web dev, Safari is often the first to implement new features, and otherwise lags literally just a few months behind, according to their release cycle. WEBP was the exception that was both a real feature and very delayed, but now with JPEG XL it’s Safari first by a mile and Chrome holding everyone back.
31. fingerlocks ◴[] No.42171790{7}[source]
The browser feature under discussion is clearly intended for small screen mobile devices.

Accessibility keyboards are just keyboards from the web page’s perspective

replies(1): >>42174284 #
32. hu3 ◴[] No.42174284{8}[source]
It's clearly NOT intended only for small screen mobile devices.

There's no reason to restrict suggesting input types to mobile browsers only.

That's exactly why desktop Chrome and Firefox has support it for a long time now.

replies(1): >>42176961 #
33. Y-bar ◴[] No.42176015{5}[source]
Looks like it is already supported by Safari/WebKit for a number of versions: https://developer.mozilla.org/en-US/docs/Web/HTML/Global_att...
34. SquareWheel ◴[] No.42176405{3}[source]
pnacl was an example of Google throwing away their homebrewed solution in favour of a common standard (Web Assembly). That seems like a strong argument that they don't push proprietary extensions.
replies(1): >>42178182 #
35. fingerlocks ◴[] No.42176961{9}[source]
well apparently Apple disagrees
replies(1): >>42186705 #
36. asddubs ◴[] No.42178182{4}[source]
it was an example of them pushing proprietary extensions and eventually removing them again. If I start beating you and then eventually someone calms down and I stop, it's not an example of me not beating you
37. rgreekguy ◴[] No.42180626{3}[source]
I'm pretty sure you can do that now.
38. hu3 ◴[] No.42186705{10}[source]
yeah, as usual. That's exactly the point