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

Front end developers: stop moving things that I’m about to click on

medium.com

Post reply on HN
Print view View original

231–240 of 365 posts

Re: Front end developers: stop moving things that I’m about to click on

#231

Post by Moru »

brokenmachine wrote: post #66
krick wrote: post #28

Oh, it gets better. On Android (at least, LG-flavored one — never used any other android phone) I have an issue with inter-app "Share" button popup. It somehow manages to re-shuffle all the suggestions (apps/recipients) exactly in the same amount of time that is natural for me to spend before clicking on the desired contact. Which several times made me send something to a wrong person, which resulted in extremely awk…

The inconsistency of the UI is ridiculous too. There's countless examples, but the one that really annoys me every day is when the alarms go off. I have alarms to wake up in the morning, and on the alarm screen you have to swipe to dismiss, but to snooze you have to tap the other button. Sleepy me has a lot of trouble remembering which one's which, even though I've done it probably a thousand times at this stage. And…

I have a similar problem. I can't open the eyes at all that time of the day so I just try to feel my way to the phone. Most of the time I manage to turn off instead of snooze and wake up a lot later. My solution was to put the phone with the screen down and slightly lift it so the screen protector opens upp. When it closes again, it activates snooze. Took me a few times to figure that...

Re: Front end developers: stop moving things that I’m about to click on

#232

Post by jiggawatts »

TheAceOfHearts wrote: post #20

Related to this, here's a pet peeves of mine. When YouTube is buffering a video, it shows a spinner and you can't press play or pause. Usually if something is buffering a lot I'm in a place with spotty internet, so I'd like to pause until I'm somewhere with better Internet. If I say pause, you should not continue playing the video under any condition. I have made my intent clear.

State Machines!

It’s not something you had to learn just to pass a CS exam and then promptly purge from your memory.

The buffering state is a state, not an arrow!

User interface states should respond to inputs, including cancellation, retry, etc…

Re: Front end developers: stop moving things that I’m about to click on

#233

Post by alvah »

userbinator wrote: post #179

Front end developers: Stop making SPAs. 99% of the time I'm forced to use a site that turns out to be a horribly bloated SPA that I only get to see after enabling JS, and which will do irritating things like what is described in the article, among others, it's to do something that could've easily been done with a simple HTML form and perhaps a bit of JS enhancement.

What is a SPA? It's not as if Googling this word will enlighten me.

Re: Front end developers: stop moving things that I’m about to click on

#234

Post by jiggawatts »

kjkjadksj wrote: post #223
TheAceOfHearts wrote: post #20

Related to this, here's a pet peeves of mine. When YouTube is buffering a video, it shows a spinner and you can't press play or pause. Usually if something is buffering a lot I'm in a place with spotty internet, so I'd like to pause until I'm somewhere with better Internet. If I say pause, you should not continue playing the video under any condition. I have made my intent clear.

Back in the day you used to be able to buffer the entire video too. So if I had a bad connection, I’d open a dozen youtube links, walk away for 5 mins, then come back and watch whatever with zero hiccup. No longer possible now that content only buffers a portion of the way, not just on youtube either. If you are on a spotty connection its therefore better to just pull the video with youtube-dl.

But what if you don’t watch the video? That bandwidth is wasted.

Someone at Google did the math and figured they can save some single-digit percentage of their annual bandwidth spend.

At their scale thats $millions and that guy got promoted for frustrating every person out there like yourself.

Re: Front end developers: stop moving things that I’m about to click on

#237

Post by sacrosancty »

progre wrote: post #205
cm2187 wrote: post #90

Earlier quoted context omitted.

But most of all it doesn’t seem to be deterministic. Very often I get a different behavior on the second attempt. Search in windows puzzles me. Like I don’t get why it takes so long to search files in explorer, while traversing the same folder structure programmatically takes milliseconds. Hard computer science problem!

I think search in windows makes a stab at searching content as well, and not just straight text. This means unpacking zips, loading excel files etc. But, yeah, it sucks.

No post body was provided.

Re: Front end developers: stop moving things that I’m about to click on

#238

Post by DJHenk »

ryandrake wrote: post #182
soulofmischief wrote: post #128

Earlier quoted context omitted.

A general golden UX rule is to never cause layout shifts on hover events, preventing this sort of thrashing. Unfortunately, Google/YouTube and others have lost the plot and no longer employ good UX professionals in their flagship products.

I really wish UIs would stop doing things on hover events altogether. Just because I stop my mouse doesn't mean I intend to do anything, let alone auto-play a video or have some pop-up explain something to me. Let me rest my goddamn hand for a second!

I agree. There are sites and apps where I need to make a conscious effort to put my mouse pointer in that one place where it does not trigger any hover actions, so I can just read the text. Incredibly annoying.

Re: Front end developers: stop moving things that I’m about to click on

#239

Post by kjkjadksj »

jiggawatts wrote: post #234
kjkjadksj wrote: post #223

Earlier quoted context omitted.

Back in the day you used to be able to buffer the entire video too. So if I had a bad connection, I’d open a dozen youtube links, walk away for 5 mins, then come back and watch whatever with zero hiccup. No longer possible now that content only buffers a portion of the way, not just on youtube either. If you are on a spotty connection its therefore better to just pull the video with youtube-dl.

But what if you don’t watch the video? That bandwidth is wasted. Someone at Google did the math and figured they can save some single-digit percentage of their annual bandwidth spend. At their scale thats $millions and that guy got promoted for frustrating every person out there like yourself.

Maybe I will pull the video a dozen times before actually watching it now just out of spite, since my bandwidth is unmetered and theirs isn’t.

Re: Front end developers: stop moving things that I’m about to click on

#240

Post by rightbyte »

bhauer wrote: post #207
mcv wrote: post #110

My biggest frustration for this is the typing completion on Android. I'm typing, and while I'm typing another character for the word, I see the word I want listed above the keyboard. But just as I hit the word, the suggestions update and my word is replaced by another. And often my word is still listed, but in a different place, which js incredibly annoying. Or sometimes the word disappears, despite it still being a…

Same thing happens all the time to me on the iOS virtual keyboard. The root problem, in my opinion, is that word suggestions lag far too much. They are refreshed at least a few hundred milliseconds after your last keystroke. I know Windows Phone is long dead, but its virtual keyboard was consistently superior at providing suggestions that were well-aligned with user intent and not awkwardly delayed such that options…

I guess the suggestion engine was local and no spyware BS?
Post reply on HN