Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Chrome breaks the Web

tonsky.me

Post reply on HN
Print view View original

121–130 of 473 posts

Re: Chrome breaks the Web

#121

Post by Klathmon »

ksk wrote: post #111
Klathmon wrote: post #101

Earlier quoted context omitted.

The same way getting your flu shot can make you feel worse for a bit, but can prevent you from getting the flu which will make you feel worse for much longer, and it can help prevent others around you from getting the flu. Yes, it breaks some websites, and for those users in that moment things might be worse, but it is making the web better for significantly more people, and even the users affected aren't really "imp…

>and for those users in that moment things might be worse, but it is making the web better for significantly more people, What are you basing this on?

I explained this in my first comment, but I'm also basing it on my own testing in february when this came out, as well as from user feedback for years from users of mobile safari which has done this for quite a long time and it has greatly improved the scrolling performance in their browser.

Re: Chrome breaks the Web

#122

Post by KeitIG »

saas_co_de wrote: post #84
KeitIG wrote: post #9

> they made all top-level event listeners passive by default. They call it “an intervention”. This is my very problem with Chrome/Chromium right now. The Chrome team does assumption on how things "should" be (in a highly subjective way) and breaks the web. Another example: they decided to ignore the value of `autocomplete` attributes on ` ` tags [1], because: > The tricky part here is that somewhere along the journey…

> does assumption on how things "should" be (in a highly subjective way) They claim they are making these decisions based on user data which I have no reason to doubt. > and breaks the web. Breaks crap websites that are broken already from performance and usability perspective. I personally think this is exactly what is needed to make the web better as a whole. Individual developers working for individual companies a…

Talking from the developer point of view here, not the user's: I'm expecting things to be working the same way they are documented in the manual.

The changes some browsers have made to autoplay videos or alerts do not contradict what is in the manual.

Re: Chrome breaks the Web

#123

Post by LoSboccacc »

dx034 wrote: post #66
LoSboccacc wrote: post #18

Earlier quoted context omitted.

that's a load of bollocks. if google wants a better web, he needs to work toward better standards. implementing a vendor specific api by fiat with broken detection is what fucked the web in the first place! same with apple - "now we'll ignore user-scalable=no and screw every responsive webapp out there" instead of user punishing badly behaved application, vendor are indiscriminately breaking well behaved apps whether…

> same with apple - "now we'll ignore user-scalable=no and screw every responsive webapp out there" Maybe because 90% of responsive webapps would be better implemented as standard html websites which would improve performance and help preserving battery.

what the hell are you on about now? responsive web doesn't mean hulking javascript monsters automatically.

Re: Chrome breaks the Web

#124

Post by bluetwo »

KeitIG wrote: post #9

> they made all top-level event listeners passive by default. They call it “an intervention”. This is my very problem with Chrome/Chromium right now. The Chrome team does assumption on how things "should" be (in a highly subjective way) and breaks the web. Another example: they decided to ignore the value of `autocomplete` attributes on ` ` tags [1], because: > The tricky part here is that somewhere along the journey…

I haven't run into this issue but the autocomplete=off thing annoys the cr@p out of me.

If you have a simple web app that has an administrator mode for editing accounts, you should be able to turn off autocomplete so your password doesn't automatically get filled in for users that you edit.

It's that simple.

Re: Chrome breaks the Web

#126

Post by iainmerrick »

kowdermeister wrote: post #96
Sir_Cmpwn wrote: post #93

Earlier quoted context omitted.

It it were lisp, java, or erlang I'd still be pissed. The web should not have a client-side scripting language.

That's just laughable. Somebody at some point would have created an alternative browser with client side scripting. Otherwise you end up with static text and video. Wonderful. And plugins! Because you don't allow scripts :)

I'm with Sir_Cmpwn here (although I too realize it's a fool's errand, unfortunately).

90% of what I use the web for is static text and video. And I could live without video. :)

Re: Chrome breaks the Web

#127

Post by fuck_google »

saas_co_de wrote: post #84
KeitIG wrote: post #9

> they made all top-level event listeners passive by default. They call it “an intervention”. This is my very problem with Chrome/Chromium right now. The Chrome team does assumption on how things "should" be (in a highly subjective way) and breaks the web. Another example: they decided to ignore the value of `autocomplete` attributes on ` ` tags [1], because: > The tricky part here is that somewhere along the journey…

> does assumption on how things "should" be (in a highly subjective way) They claim they are making these decisions based on user data which I have no reason to doubt. > and breaks the web. Breaks crap websites that are broken already from performance and usability perspective. I personally think this is exactly what is needed to make the web better as a whole. Individual developers working for individual companies a…

Humility often works better than arrogance.

Re: Chrome breaks the Web

#128

Post by Santosh83 »

dhimes wrote: post #114
Santosh83 wrote: post #108

Earlier quoted context omitted.

Wait, Chrome updates erase your stored passwords!!? At least for me they don't. I have 2 passwords stored in Chrome (not a site important enough to go into KeePass), and have been through multiple updates and yet to lose any passwords.

Yeah- it gets rid of them. Linux chrome. It's been doing it for a while apparently. https://superuser.com/questions/926902/google-chrome-loses-d...

Ah that explains it then. I'm currently on Windows, but used Linux for more than a decade previously and password storage in Chrome was consistently problematic. The coordination with gnome-keyring-daemon always seemed flaky... sadly doesn't look like Chrome are in a hurry to improve this area.

Re: Chrome breaks the Web

#129

Post by cosinetau »

> "Browser vendors have their own agenda. It mostly includes making their browsers look fast, sometimes at the cost of your websites become broken."

I feel like you'd know the tree by it's fruit. I have a little more faith that vendors like Mozilla wouldn't pull a punch like this; might have been more receptive to community feedback, not that anyone here needs a continued lecture about Google.

Re: Chrome breaks the Web

#130

Post by CydeWeys »

digi_owl wrote: post #115
CydeWeys wrote: post #107

Earlier quoted context omitted.

There are several other first-class browsers that you have a choice of if you don't like Chrome. The same was not true during IE's era of dominance. Also, do you agree, in general terms, that sometimes changes can be good whereas other times changes can be bad?

Most of those are rebranded chromium. The only big ones that are independent are Safari (since Google forked Webkit to create Blink), Firefox, and IE/Edge. And the impression i have is that Safari is lagging, Mozilla is directionless and struggling to keep Firefox relevant, and MS is, well, MS. Ever since Opera folded and made their browser a Chromium clone, only Mozilla have been carrying the banner for standard cor…

Mozilla is directionless and struggling? Huh? They just came out with Firefox Quantum, which is a huge step forward, and I believe might have taken the web performance crown.
Post reply on HN