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

User Inyerface – A worst-practice UI experiment

userinyerface.com

Post reply on HN
Print view View original

71–80 of 222 posts

Re: User Inyerface – A worst-practice UI experiment

#71

Post by kvirani »

infogulch wrote: post #54

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 current real world frustration: a date picker for birthdate which starts in current year and I believe the native selector in Android/Chrome doesn't let you select a year. You hit left arrow to go down month by month. Am I crazy and did I miss this? Ive seen it a few times now!

Re: User Inyerface – A worst-practice UI experiment

#72

Post by karrotwaltz »

infogulch wrote: post #54

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…

Also if you select the first choice for birth date you get April 1st

Re: User Inyerface – A worst-practice UI experiment

#74

Post by systemvoltage »

doomroot wrote: post #60
systemvoltage wrote: post #24

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.

It is usually the opposite - large enterprises have horrible UX than a mom & pop small shop. Furthermore, just because you're small doesn't mean you cannot fix UX of the user. I don't throw my money at them in charity or pity for being small. There are some great small businesses, and many not so great. Absolutist argument is perhaps in the point you're making.

I run a small side business with $2k/month in revenue and I damn well make sure that there are no annoyances to the user. This is standard expectation and has nothing to do with how big or small you are. We should all strive for excellence and not perpetuate mediocrity.

Regarding silliness - it would be silly to keep going to a restaurant that has rude service. That's what you're saying essentially.

Re: User Inyerface – A worst-practice UI experiment

#76

Post by httpsterio »

kvirani wrote: post #71
infogulch wrote: post #54

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 current real world frustration: a date picker for birthdate which starts in current year and I believe the native selector in Android/Chrome doesn't let you select a year. You hit left arrow to go down month by month. Am I crazy and did I miss this? Ive seen it a few times now!

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

Re: User Inyerface – A worst-practice UI experiment

#77

Post by 411111111111111 »

kvirani wrote: post #71
infogulch wrote: post #54

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 current real world frustration: a date picker for birthdate which starts in current year and I believe the native selector in Android/Chrome doesn't let you select a year. You hit left arrow to go down month by month. Am I crazy and did I miss this? Ive seen it a few times now!

There usually is a way, but it's often non obvious. I.e. the picker might have a header like July without any visual offset, but clicking could still switch the view to the year picker.

I usually just try various stuff and I can't remember a single time where I didn't find an option eventually, but they're sometimes well hidden

Re: User Inyerface – A worst-practice UI experiment

#78

Post by handrous »

xoa wrote: post #65
ceejayoz wrote: post #48

Earlier quoted context omitted.

My email address has a dash in the domain and it's remarkable how many sites (and big ones, too!) reject it as an invalid domain. Discover.com, for example, rejected it when I did a card application, but disabling JavaScript let it go through on the server-side validation. Bloody weird.

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…

Lots of these kinds of things—at least for companies that aren't just copying others' patterns blindly—are the result of multiple support calls/emails/tickets. The tickets, in this case, would be users complaining about your service being broken when in fact they messed up their email address and don't realize it. There are also some cases in which you want to use the address immediately to reduce friction (as with sending receipts or shipping data for an order by a "guest" user without an account) without first sending a verify-address email.

My personal preference is to let the user know why you think the email address looks wrong and give them some way to override your judgement and submit anyway. It's more work, but it gives you all the benefits of rejecting "bad" addresses while minimizing the harm of false-positives from your bad-address-spotting code (it's very slightly annoying to people with odd-looking addresses, but not that big a deal). This also lets you go beyond validating the form of the email address, to alert on common typos that might be legitimate (and which can sneak in even if you make the user type the address twice). "gmial.com looks like it might be a mistake; are you sure you got that right?" Or "yaho.com". Or even just Levenshtein-distance check a bunch of common email domains and alert any that are close, but not exact. You annoy whoever has an actual address at those domains, but save a bunch more people who screwed up.

Re: User Inyerface – A worst-practice UI experiment

#79

Post by Shacklz »

xoa wrote: post #65
ceejayoz wrote: post #48

Earlier quoted context omitted.

My email address has a dash in the domain and it's remarkable how many sites (and big ones, too!) reject it as an invalid domain. Discover.com, for example, rejected it when I did a card application, but disabling JavaScript let it go through on the server-side validation. Bloody weird.

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…

> like an ancient, cockroach-like anti-pattern that is impossible to stamp out.

I feel like you just described email (or rather, "the" email spec, as if there was a single one) in general.

Yes it obviously still serves its purpose but what consists a valid email-address (let alone email) is specified in such a godawful way that every application that I've seen in the wild trying to address this problem somehow fails at it (sometimes in negligible, often in very gross ways).

If devs all over the world manage to screw it up over and over again, maybe it's just time to call it quits and acknowledge that the spec is broken?

Re: User Inyerface – A worst-practice UI experiment

#80

Post by romwell »

grawprog wrote: post #32

Well...I did it...somehow...I did... 00:06:57 That seems too fast...apparently i've experienced these things far too much. It actually was filling me with rage. I came close to saying fuck it...I really did... Well done to the creators...you managed to, with 100% accuracy, capture every single thing that's horrible about signing up to websites. That bow thing though...gotta admit, was worth it just for the chuckle I…

I got nearly the same time, 06:58. Spent the most time on the bow.

If you liked this, you will enjoy the Phone Number UI from hell[1]. Surprisingly, I did see stuff like that in the wild - and from Google, of all places![2]

[1]https://qz.com/679782/

[2]https://i.redd.it/gns5ci5hp2yz.png

Post reply on HN