Live data from Hacker News

User Inyerface – A worst-practice UI experiment

userinyerface.com

121–130 of 222 posts

Re: User Inyerface – A worst-practice UI experiment

#121
post #81

Earlier quoted context omitted.

I nearly quit when it said "your age and birthdate don't match". Glad I got through because the bow and check also gave me a laugh.

I absolutely expected that. Having both birthdate and age was the Chekhov's gun on that form. The only thing better would be to have them on different form pages.

And the form clears every time you go back/forward

Re: User Inyerface – A worst-practice UI experiment

#122
post #89

Earlier quoted context omitted.

Flag icons in grayscale. My country's flag is three equally large horizontal bars, just like 12 other nations (and a lot more if you count variations like little insignia etc). [1] 1: https://en.wikipedia.org/wiki/Triband_(flag)

I'm one of those 12 too, I just went to dev tools and searched for my country's 2 char code.

They're in alphabetical order, which helps a bit.

Re: User Inyerface – A worst-practice UI experiment

#123
post #68
post #65

Earlier quoted context omitted.

Really the entire idea of client/server-side email "validation" kind of seems like an ancient, cockroach-like anti-pattern that is impossible to stamp out. Like, what is the problem they're even solving? One validates email addresses by sending an email with a token the user then acts on. There are useful things to do with emails, like checking against already registered ones (including any blacklists), but I can't t…

> Even on the left side of the @ a surprising number of scripts seem to fail on things that are perfectly acceptable characters. I've had an input require a minimum of 3 characters on the left side of the @ to register. My email was just "me@example.com" using my own domain name. A perfectly valid email address. I am also unable to sign up for Id.me for the IRS because it rejects both of my personal email addresses.…

Reminds me of the USPS vending machines in the post office, which helpfully obfuscate my email address, xyz@example.com, to xyz***@example.com

Re: User Inyerface – A worst-practice UI experiment

#124

Love all the little details. Some favorites: * Clicking 'expand' button on any dialog (T&C) expanded the dialog to cover the page but doesn't expand the contents to match * Tiny flag icons to select country * The age slider that went from 0-180 years and didn't update as you slid it (fun on a trackpad) * number input for house number that required clicking on the arrows to change it one at a time * utterly ambiguous…

I was dying with laughter. Love the helpful chat box which takes forever to drop, the helpful popup telling you to hurry up with an option to lock it where you'd expect an ok, and the expand button where you would expect the close button.

But captchas were truly the icing on the cake.

The only thing missing would have been a 'subscribe to our newsletter' feature 2 seconds after each page loads.

Re: User Inyerface – A worst-practice UI experiment

#125

Love all the little details. Some favorites: * Clicking 'expand' button on any dialog (T&C) expanded the dialog to cover the page but doesn't expand the contents to match * Tiny flag icons to select country * The age slider that went from 0-180 years and didn't update as you slid it (fun on a trackpad) * number input for house number that required clicking on the arrows to change it one at a time * utterly ambiguous…

My solution for the age slider was to just accept whatever age it gave me and then select birth year to match

Re: User Inyerface – A worst-practice UI experiment

#126
4:52, but I had already given up on the first page once and then had to give it another go. Like others mentioned here, a lot of these are unfortunately common in the wild - the ones that always set me into a rage are placeholder texts that remain in the field as I type and the inability to tab through fields.

Re: User Inyerface – A worst-practice UI experiment

#127
post #88

Earlier quoted context omitted.

Usually you can hit the year number and it'll let you skip whole years. But yeah.

iirc the Android 4 date picker had a microscopic hit-area on the date where, if clicked, would display a year-key-in dialog. I don't know if newer ones have this. I hate date pickers so much that I use the Google Assistant in all its hellish, buggy glory to create appointments for my calendar on my phone.

Google's UX is slightly broken and nobody in the organization cares to fix it. Their date & time pickers are good examples of this.

Flutter provides separate Material date picker [0] and time picker widgets [1], but no date-time picker widget that displays the selected DateTime and lets the user change the date or time. When I asked Flutter team for one 2 years ago, their UX person refused to add it, saying that because it's not in the Material Design Spec [2] [3] that it doesn't belong in the Flutter widget library.

Flutter does implement the excellent iOS DateTime picker [3].

[0] https://api.flutter.dev/flutter/material/showDatePicker.html

[1] https://api.flutter.dev/flutter/material/showTimePicker.html

[2] https://material.io/components/date-pickers

[3] https://material.io/components/time-pickers

[4] https://flutter.dev/docs/development/ui/widgets/cupertino

Re: User Inyerface – A worst-practice UI experiment

#128

Earlier quoted context omitted.

I have a personal punishment policy for any obvious violation of UX/UI - they will permanently and irrevokably lose me as a customer. Even if they fix it, I won't budge. Leadership needs to use their own products and if they allow this to go to production, I wonder what they're doing behind the scenes. Small battles that I pick, but by god it is so satisfying.

So a small shop that can only pay 1 fresh bootcamp dev who is trying their hardest doesn’t get your business because they can’t keep up with several hundred Frontend google devs. Seems a little silly and absolutist.

To be honest google makes pretty awful frontends so I'd say the small shop has an advantage here.

Re: User Inyerface – A worst-practice UI experiment

#129

Earlier quoted context omitted.

I have a personal punishment policy for any obvious violation of UX/UI - they will permanently and irrevokably lose me as a customer. Even if they fix it, I won't budge. Leadership needs to use their own products and if they allow this to go to production, I wonder what they're doing behind the scenes. Small battles that I pick, but by god it is so satisfying.

So a small shop that can only pay 1 fresh bootcamp dev who is trying their hardest doesn’t get your business because they can’t keep up with several hundred Frontend google devs. Seems a little silly and absolutist.

Eh, a very basic form can offer a solid (if ugly) user experience if you do not need too much validation.

Re: User Inyerface – A worst-practice UI experiment

#130
post #102
post #65

Earlier quoted context omitted.

Really the entire idea of client/server-side email "validation" kind of seems like an ancient, cockroach-like anti-pattern that is impossible to stamp out. Like, what is the problem they're even solving? One validates email addresses by sending an email with a token the user then acts on. There are useful things to do with emails, like checking against already registered ones (including any blacklists), but I can't t…

> what is the problem they're even solving? The problem they're solving is that a lot of people just enter their email wrong and then wonder why they didn't get the signup email. > Like if someone tries to register an already registered email, send an email about it don't leak that it's registered. This is something that's cargo-culted far too often. Maybe for some services it's worth keeping secret which emails are…

Privacy is always important. And validation doesn't stop typos either.
Post reply on HN