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

Tooltips need a delay, and then they need to skip it

blog.master.dev

Post reply on HN
Print view View original

71–80 of 92 posts

Re: Tooltips need a delay, and then they need to skip it

#71

Post by yummybrainz »

nkrisc wrote: post #69
thaumasiotes wrote: post #63

Earlier quoted context omitted.

> A ball dropped near the earth's surface will always fall towards the centre of the earth How exactly does this address "whether it was recently thrown upward or dropped from above"? A ball in a given location will do something unpredictable if you have no information about its past. Is that hysteresis?

You don’t need information about its past. Everything you need to know to predict its future state is contained in its current position and velocity at the moment you measure it.

Is there no measurable quantity in the current state of a magnetized ball that would predict its behavior in a magnetic field then?

I'd be surprised if that were the case: seems like it'd violate some sort of "locality", where the future should depend entirely on the present state.

Is it just that there's unidentified present state that's perhaps more easily characterized by knowing the history? Or is it somehow unidentifiable in principle?

Re: Tooltips need a delay, and then they need to skip it

#72

Post by PowerElectronix »

yummybrainz wrote: post #71
nkrisc wrote: post #69

Earlier quoted context omitted.

You don’t need information about its past. Everything you need to know to predict its future state is contained in its current position and velocity at the moment you measure it.

Is there no measurable quantity in the current state of a magnetized ball that would predict its behavior in a magnetic field then? I'd be surprised if that were the case: seems like it'd violate some sort of "locality", where the future should depend entirely on the present state. Is it just that there's unidentified present state that's perhaps more easily characterized by knowing the history? Or is it somehow unid…

Yeah, the current magnetization of the sphere carries all the history of the magnetic fields it's been in in its value.

The hysteresis in the material only means that if you apply 1T to it to magnetise (supposing the ball starts with zero magnetisation) it and then apply 0T to demagnetise it, the remanent field in the ball would be like 0.4T due to hystetesis, you need to apply something like -0.4T to leave it as it started.

Re: Tooltips need a delay, and then they need to skip it

#73

Post by actionfromafar »

MathMonkeyMan wrote: post #49
quacked wrote: post #21

Earlier quoted context omitted.

I spend a lot of time seething at how poorly modern software interaction is, and I've come to the belief that they basically solved most of the window-based GUI computing interactivity problems by around XP, and have just been gutting them since then. My three most-hated modern trends - Disappearing scroll bar with content that you have to scroll for - Pills going across the top of the screen that are "most-used" fil…

It's phones. Nobody uses computers anymore (for some statistical definition of "nobody"). There's no pressure to make precise and consistent UIs because poke poke poke poke.

You forgot swipe up down, down down, double tap, left, up.

Re: Tooltips need a delay, and then they need to skip it

#74

Post by cbondurant »

I think I can tell just how good a design this is by the fact that the moment I interacted with the demo it just felt right. To the extent that I had to focus harder to really recognize that it was doing exactly as described.

Truly, good design is design that goes unnoticed.

Re: Tooltips need a delay, and then they need to skip it

#75

Post by hedora »

bluedino wrote: post #64

I wish the Teams emoji/reaction popup would not come up so often. I have to intention place my mouse cursor somewhere that won't trigger it. I don't need to react to every message. I'd rather be able to read them without something blocking them.

That sounds like engagement hacking. Someone’s promotion packet probably brags about the number of emojis sent.

On a related note: I refuse to install teams, and have never seen an emoji popup in the web video chat thing.

Re: Tooltips need a delay, and then they need to skip it

#76

Post by silon42 »

hinkley wrote: post #22
ProxCoques wrote: post #17

It will never cease to amaze to me that Apple (under Jef Raskin who also wrote about this in The Humane Interface) observed and fixed problems with interactions like this in SYSTEM 6 in like 1993 or something - only for the same problem to have to be re-descovered and re-fixed decades later.

Chesterton's Fence. Why on earth do we need this thing here? Oh, that's why.

Rewrite will be better /s

Re: Tooltips need a delay, and then they need to skip it

#77

Post by anonymars »

xg15 wrote: post #9
hurrell wrote: post #8

I think I would describe this as an example of hysteresis. Neat! https://en.wikipedia.org/wiki/Hysteresis

Interestingly, there are more use cases for hysteresis in UI design, e.g. it was famously used in nested menus in Windows: https://www.mackido.com/Interface/hysteresis.html I think there was also an article about it on The Old New Thing, but I can't seem to find it anymore.

Is this the one? https://devblogs.microsoft.com/oldnewthing/20080619-00/?p=21...

Re: Tooltips need a delay, and then they need to skip it

#78

Post by gazook89 »

Two things:

First, it’s funny how browsers finally get to the point where good html tooltips can be done with just HTML/CSS via Anchor Positioning and Popover APIs, eliminating the need for JS for tooltips. But then there is a “one more thing” that pulls JS right back into it.

Second, I think the tooltip context could be applied to “tooltip groups”, so it’s not a check to see if the whole page is “warm”, but whether a group is warm.

Re: Tooltips need a delay, and then they need to skip it

#79

Post by anonymars »

skrebbel wrote: post #52
hurrell wrote: post #8

I think I would describe this as an example of hysteresis. Neat! https://en.wikipedia.org/wiki/Hysteresis

Umm, either I'm misunderstanding or this holds for nearly every UI everywhere, no? Like if I click "reply" on HN I'm moved to the screen I now type this comment in. That means my current state depends on history, too, no?

If you click "reply" and copy the resulting link, there is no difference in behavior if you go straight to that link vs clicking "reply" to get there instead

Think of a state diagram: "you are at the reply screen" is one and only one state. "The tooltip is shown" is a behavior of more than one state, with different paths to get to those states

Re: Tooltips need a delay, and then they need to skip it

#80

Post by MachineMan »

tooltips are important. So important I think they need a dedicated shortcut key, because 1 key to speed up your entire workflow forever and lower the learning curve of new software is worth it. 1 key to highlight all elements with tooltips at the same time, then hoover over it. No delays, no searching and they need to explain concepts beyond a few words so you can get rid of the entire help manual also.
Post reply on HN