Live data from Hacker News

Introducing a new HTML element – welcome

shkspr.mobi

31–40 of 234 posts

Re: Introducing a new HTML element – welcome <clippy>

#31
I'm about as big a Firefox fanboy as they come, but... I don't understand the problem here?

The Chrome devs are thinking about whether a element would be useful. They float the proposal early on, and announce that they will implement (not ship! Web developers cannot use it) it to get some real-world experience with that to inform its design.

Still plenty of time for people to get involved, make objections, allow refinement, etc. Or am I missing something?

Re: Introducing a new HTML element – welcome <clippy>

#33
post #28

Unlike the author, I do not think is a good idea. Elements are supposed to express semantics, but this just suggests behaviour. Not very descriptive behaviour either - since when does actual real-life toast smoothly rise and fall again? Possibly from the ceiling or coming in from the side? Why not just call it ? Or even better, don’t add anything - it’s surely just a that needs styling and animating with existing CSS…

> Why not just call it ?

In Android land, a "toast" is a particular implementation of a notification.

https://developer.android.com/guide/topics/ui/notifiers/toas...

Re: Introducing a new HTML element – welcome <clippy>

#34
post #13

The person writing this has to repeat frequently that they're OK with the element; it's quite funny how hard they try not to upset people. But their view of the situation is completely correct; just because this one feature might be useful (heck, when Microsoft dumped XMLHttpRequest on us that was incredible too), doesn't change the fact that we're now living in a web where Google does whatever it wants, adds whateve…

I have been repeating the Chrome is the new IE meme for the last few years. I even had a boss that only cared about our code working on Chrome and would lose it when I was demoing / developing from FireFox. I only ever demoed in Chrome just to feed that illusion that I was adhering to Chrome but I honestly dont see anything special or better and I still made sure it behaved and worked the same in both. I know people…

I try switching from Chrome to Firefox at least once a year, but the UI design keeps me firmly entrenched as a Chrome user.

Re: Introducing a new HTML element – welcome <clippy>

#35

Earlier quoted context omitted.

I have been repeating the Chrome is the new IE meme for the last few years. I even had a boss that only cared about our code working on Chrome and would lose it when I was demoing / developing from FireFox. I only ever demoed in Chrome just to feed that illusion that I was adhering to Chrome but I honestly dont see anything special or better and I still made sure it behaved and worked the same in both. I know people…

I try switching from Chrome to Firefox at least once a year, but the UI design keeps me firmly entrenched as a Chrome user.

Interestingly I try Chrome once every which and go right back to Firefox for exactly the same reason. I find the Chrome UI intolerable. Tiny tabs, inflexible GUI, less interesting extensions, etc. I also tend to use _many_ tabs (grouped by topic I'm working on) so maybe I'm a bit of an unusual case.

Re: Introducing a new HTML element – welcome <clippy>

#36
post #13

The person writing this has to repeat frequently that they're OK with the element; it's quite funny how hard they try not to upset people. But their view of the situation is completely correct; just because this one feature might be useful (heck, when Microsoft dumped XMLHttpRequest on us that was incredible too), doesn't change the fact that we're now living in a web where Google does whatever it wants, adds whateve…

"There's not really much of a difference between the web today and the "Best viewed in IE" web, and that's sad. There's a difference in developer goodwill, and of course things aren't as buggy as they were back then so it overall doesn't feel like you're "stuck" with Chrome like it did with IE, but... you are. You're just OK with it."

I agree that the monopoly power situation is similar but there really is a big difference between IE hell and today's situation.

There is a big difference between one browser having a cool feature that may not be available in other browsers, versus the leading browser strangling everyone in a stasis of mediocrity, which was the case when IE/Microsoft owned the web.

Re: Introducing a new HTML element – welcome <clippy>

#37
post #8

Note, this is a sarcastic opening to a serious proposal — that Google not dump elements into the WHATWG HTML spec without user discussion and use cases: The way Google has gone about this seems to be… 1. Ooh! I have a cool idea! 2. Other people in Google agree with me! 3. Other Google projects could benefit from this? 4. Let's stick it in Chrome! 5. Oh, guess we should tell the community what we're doing. He thinks m…

>"He thinks maybe is fine (pattern of a notification container showing up and disappearing again makes sense), but concerned how it’s been introduced."

They really should have resurrected the blink tag and added a property for the number of iterations required.

Re: Introducing a new HTML element – welcome <clippy>

#38

Earlier quoted context omitted.

I have been repeating the Chrome is the new IE meme for the last few years. I even had a boss that only cared about our code working on Chrome and would lose it when I was demoing / developing from FireFox. I only ever demoed in Chrome just to feed that illusion that I was adhering to Chrome but I honestly dont see anything special or better and I still made sure it behaved and worked the same in both. I know people…

I try switching from Chrome to Firefox at least once a year, but the UI design keeps me firmly entrenched as a Chrome user.

What aspect of the Firefox UI bothers you?

Re: Introducing a new HTML element – welcome <clippy>

#39
post #13

The person writing this has to repeat frequently that they're OK with the element; it's quite funny how hard they try not to upset people. But their view of the situation is completely correct; just because this one feature might be useful (heck, when Microsoft dumped XMLHttpRequest on us that was incredible too), doesn't change the fact that we're now living in a web where Google does whatever it wants, adds whateve…

Simply put: Don't write for chrome, write w3c conform.

Or better: Use standards which match most browsers at caniuse.com

Re: Introducing a new HTML element – welcome <clippy>

#40
post #13

The person writing this has to repeat frequently that they're OK with the element; it's quite funny how hard they try not to upset people. But their view of the situation is completely correct; just because this one feature might be useful (heck, when Microsoft dumped XMLHttpRequest on us that was incredible too), doesn't change the fact that we're now living in a web where Google does whatever it wants, adds whateve…

There is a difference though: when Firefox was launched, it was still possible to develop a browser from scratch (like Opera was doing back then), and hence lively competition. Nowadays, with WHATWG HTML's feature creep (the HTML "living standard" spec alone weighing in at 1250 pages and 13.3 MB as a PDF, plus tens of CSS specs all over the place, and JavaScript a moving target), that's infeasible for even a nation-s…

Firefox has rewritten its entire rendering engine, and its entire CSS engine. Writing a browser is incredibly hard, but not infeasible.
Post reply on HN