Please don't use this kind of language. It's software, and a lot of people work hard on it. Sometimes they make decisions you disagree with. There's no need to be rude.
Please don't use this kind of language. It's software, and a lot of people work hard on it. Sometimes they make decisions you disagree with. There's no need to be rude.
And they released it for the same reason Slack released their input box update https://news.ycombinator.com/item?id=21589647. Some manager wanted to leave a mark and nobody was there to oppose them.
s/you have a responsibility to/it would be most effective if you were to/, perhaps.
Otherwise, I agree with everything you said.
(And hey, I work for Mozilla, though not on UX stuff. When I saw the original description of poor UX, I was planning on checking it myself and possibly filing a bug if I agreed. But once the thread got into "abominations", I lost interest and subconsciously recategorized the complaint as coming from the subset of users who complain loudly and whose opinions I generally find too unrepresentative of more than a small niche. Which could be right or wrong in this case, but I have found it to be a very useful heuristic to consider the constructiveness of criticism as a signal of how useful it would be to examine further.)
I was with you until this. "Abomination and needs to die" is too colorful and dramatic for my tastes. But the new address bar's design is indeed (mildly) offensive from a design perspective. It's visually jarring and, as I said elsewhere in this thread, it simply looks broken. When a long-time Firefox user first sees it, they might think their Firefox installation has gone haywire (I certainly did). This is an off-putting feeling often coupled with a bit of dread about having to rebuild your browser profile to fix whatever caused the chrome-layout to break. Yuck!
Mozilla is not alone in releasing features or design changes that cause users to get upset. Some might even call the features abominations. Here's hoping Mozilla reads this thread and considers some reversal.
"That eyesore art project that my local city paid too much for is an abomination and has to die."
Surely you can imagine genuinely offensive overreactions, plain use of 'abomination' is nowhere near over the top.
Consult some of Linus Torvalds' famous rants for examples.
So you are saying it would be OK to call some feature of a piece of software "an abomination" if it were "something truly bad", then?
Well, then why should mikro2nd be prevented from calling this feature "an abomination" if that is an accurate description of how he feels about it?
And yeah, it's a bit over the top (I haven't looked at the new feature yet, just read descriptions of it), but I didn't feel like it needed a "don't talk like this" response.
I've railed against Google's UX approach for years. Their UX approach requires too many steps between states. Where does this get dangerous, even potentially lethal? Android Auto.
If one lock screen is too distracting while driving, Android Auto adds one more. None of your non-Google App notifications will appear on your dashboard, but Android Auto doesn't let you access your notifications unless you completely exit the app. You can't open Messages in Android Auto, even when the vehicle is not in motion. Android Auto disables all touch controls when the vehicle is in motion, and if you disabled Google Voice on your phone, you won't know until you're going 80MPH down a highway and need to adjust your GPS that you can't use touch, you can't use Voice, and you'd have to exit Android Auto just to re-enable it, and it can't just be enabled for Android Auto, it has to be enabled for your whole device... and Google owns any data you generate with the Voice Assistant, and you have no right to restrict how Google uses it, including the sale of that data to a third party.
So, I agree on most things to not be rude. But with UX, the goal is to prevent conflicts by modeling features around our most likely approach to using said features. When professionals at Google, Mozilla, Microsoft, Apple, force end users to use features in a specific (rather than intuitive) way, the consequences are wide and deep and the terms of service make it impossible to hold them accountable to change it.