Reserve a huge share of the blame for the “UX dEsIgNeRs”. Let’s demand to reimplement every single standard widget in a way that has 50% odds of being accessible, has bugs, doesn’t work correctly with autofill most of the time, and adds 600kB of code per widget. Our precious branding requires it.
> Let’s demand to reimplement every single standard widget in a way that has 50% odds of being accessible, has bugs, doesn’t work correctly with autofill most of the time, and adds 600kB of code per widget.
You're describing the web developers again. (Or, if UX has the power to demand this from software engineering, then the problem is not the UX designers.)
I as a developer cannot refuse to not build as-is what was signed off by product manager in figma.
Recently had to put so many huge blurs that there was screen tearing like effect whenver you srcolled a table. AND No i was not allowed to use prebake-blurs because they wouldnt resize "responsively"
If you don’t have an engineering manager or tech lead able to back you on saying no to a PM, there is something seriously broken with that organization.
True, but this describes at least half of software engineering organizations in my experience.
Yes. If the UX group has the power to compel you to do what you describe through a PM, without any involvement from or consideration for the warnings of you or your managers, then the problem is not "UX dEsIgNeRs".
Look at literally every website you use. How many of them aren’t doing shitty things like what’s being described? If you want to define every single organization as ‘broken’… okay then. It’s the organizations. But I will still blame the people whose job is supposedly UI and the “experience” of users, but who mostly just want to make their own kewl widgets because they think they have exquisite taste and are smarter than the people who designed the operating system.
It really sounds like you are desperate to be included in a group that won't have you. Literally zero UX designers are involved in the breaking of autofill. That is not a thing. If autofill is being broken, then a web developer is to blame. tf are you talking about.
That e.g. a form should work predictably according to some unambiguous set of principles is of course a UX concern. If it doesn't, then maybe someone responsible for UX should be more involved in the change review process so that they can actually execute on their responsibility and make sure that user experience concerns are being addressed.
But sure, the current state of brokenness is a result of a combination of overambitious designs and poor programming. When I worked as a web developer I was often tasked with making elements behave in some bespoke way that was contrary to the default browser behavior. This is not only surprising to the user, but makes the implementation error prone.
One example is making a form autosubmit or jump to a different field once a text field has reached a certain length, or dividing a pin/validation code entry fields into multiple text fields, one for each character. This is stupidity at the UX level which causes bugs downstream because the default operation implemented by the browser isn't designed to be idiotic. Then you have to go out of your way to make it stupid enough for the design spec, and some sizeable subset of webpages that do this will predictably end up with bugs related to copying and pasting or autofilling.
That stupid thing where they make 6 separate inputs for a TOTP code is infuriating to me. I’m actually impressed though that I’m able to paste into one of those abominations without incident nearly 70% of the time, and over 50% of the time, they have gone to the trouble of reimplementing a mostly working backspace key there too. None of it should have had to be done of course, but I’m “impressed.”