Live data from Hacker News

Don't hijack my mouse pointer

ruky.me

41–50 of 63 posts

Re: Don't hijack my mouse pointer

#41

Earlier quoted context omitted.

There's an old, but good, set of browser plugins called "don't fuck with paste" that helps a little, at least.

Setting dom.event.clipboardevents.enabled in about:config to false will prevent sites from messing with cut and paste.

In Firefox

Re: Don't hijack my mouse pointer

#42

Google's design blog has a particularly egregious version of this: https://design.google/ The mouse blob morphs into the background of any buttons you hover over, which is technically impressive but annoying in practice

wow, this is one of the worst pages I've seen

Re: Don't hijack my mouse pointer

#43

Earlier quoted context omitted.

Focus-stealing, too! Especially bad with Microsoft products. I can picture exactly what happened: a thousand complaints of "I lost a window in the heaping mess of open work on my desktop" each turned into a ticket to add Just One More focus steal until the first minute of a Microsoft-powered desktop's existence is various projects fighting in a brawl to repeatedly steal focus from one another. It was a major win for…

I have often thought about trying to figure out whatever Win32 API is responsible for focus stealing and neuter it down to something akin to void steal_focus_when_user_is_least_expecting() { // stub, much better :) } It is the single most frustrating desktop computing experience.

Not just frustrating, it's a security hole. Stealing focus means a user may expect to be typing a password but find it's inputted somewhere they did not expect.

Re: Don't hijack my mouse pointer

#44

Earlier quoted context omitted.

Focus-stealing, too! Especially bad with Microsoft products. I can picture exactly what happened: a thousand complaints of "I lost a window in the heaping mess of open work on my desktop" each turned into a ticket to add Just One More focus steal until the first minute of a Microsoft-powered desktop's existence is various projects fighting in a brawl to repeatedly steal focus from one another. It was a major win for…

I have often thought about trying to figure out whatever Win32 API is responsible for focus stealing and neuter it down to something akin to void steal_focus_when_user_is_least_expecting() { // stub, much better :) } It is the single most frustrating desktop computing experience.

Problem it isn't an API, it is just unexpected consequences of how a few things work. Fixing this just isn't easy as the simple attempts will break even more than the frustrating thing you are trying to fix - and thus be worse.

That said, Microsoft should have fixed this long ago - it is hard but a few people can do it given a few years to work through all the special cases.

Re: Don't hijack my mouse pointer

#45

I remember when the internet was wild, young and fun, and this was something people did all the time. If you’re building Salesforce or SAP or Microsoft Word you should avoid it, but if you’re making a fun and weird website you should go to town.

Those overgrown webapps do indeed avoid changing the pointer. But the back button is their special place to go to town with. Businesses pay enormous amounts of money for a piece of crap that breaks the effing back button.

Re: Don't hijack my mouse pointer

#46

Google's design blog has a particularly egregious version of this: https://design.google/ The mouse blob morphs into the background of any buttons you hover over, which is technically impressive but annoying in practice

Wow, so much for "Google Design". It's probably one of the worst designed pages I've seen recently.

Re: Don't hijack my mouse pointer

#47
post #39
post #28

I find it a bit surprising that there is no option in a browser to stop this kind of behavior. There is even a suggestion on mozzila.org. With this option placed it would just be another 'fun thing' you don't need to mind.

The cursor icon is useful as an indicator of function - e.g. the "I" styled character over text (where you can select/highlight then copy), and the "hand" icon to indicate a link. Being able to change the cursor to indicate a behaviour can be beneficial, especially with dynamic DOM elements. Going rogue with mouse cursor icons is a UX minefield though, and it's usually done without any UX assessment of the impact.

Ah, yes. I'm sorry. I think i was not precise enough.

This is certainly a wanted feature. I meant the ability for a website to change the cursor on its behalf, regardless of elements used or objects on the site. Context sensitive behavior on elements is something that should not be affected with said option.

Re: Don't hijack my mouse pointer

#48

Google's design blog has a particularly egregious version of this: https://design.google/ The mouse blob morphs into the background of any buttons you hover over, which is technically impressive but annoying in practice

Wow i didn't know Google did this as well, that's pretty sad.

Re: Don't hijack my mouse pointer

#49
post #9

> For example, making it slightly tilted because it was easier to draw on old screens. No. Some older systems actually had straight pointers. The slightly tilted design is, I assume, a result of wanting to point to something while still being able to see what is to the immediate left of the pointer; useful for left-to-right text.

The best video on mouse cursors I've seen, by Posy: https://www.youtube.com/watch?v=YThelfB2fvg

It doesn't exactly answer the question, but I -- someone who doesn't watch video and wants text, articles -- have watched this video twice over. It's worth it :)

Post reply on HN