<Ctrl-h> mouse over elements doesn't work

[aspiers]

Error details

Ctrl-h for mouseover (hover) over elements doesn't work for me.

SurfingKeys: 0.9.44

Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

URL: https://musescore.org/en

Context

• Visit the above URL
• Press Ctrl-h
• Press x to select "Activity"
• A blue border briefly appears around "Activity" then vanishes, but nothing else happens.

In contrast, if I hover the mouse over it, I get a dropdown menu.

[crocket]

I experience the same issue on https://collegeinfogeek.com

• Visit https://collegeinfogeek.com
• Ctrl-h
• Select Resources

[onezhaoyn]

Please look at this issue, because most of the sites required mouse over event

[nskmda]

I liked cVim. Then it stopped working in the latest Chrome. Then I found SakaKey (didn't want 2 keep a 'dev' version of cVim fork nor the vb4c 'dev' version since it's still unapproved by Google).

Your extension looks great and I may want 2 switch (Saka doesn't support mouse over anyway) but would like to have this feature (one of my fav sites is using mouseover heavily)

[a-phe-lei-a]

Issue UP

[crates51]

I also have this problem :(

[TuralAsgar]

I have this problem as well.

[jheroy]

Same problem

[salsifis]

Hello, I have kind of the same problem on Firefox, but here when I visit the first link (https://musescore.org/en) and try to press Ctrl-H + the hint to select activity, I get a mouse click and the browser then navigates to https://musescore.org/en/tracker.

[aspiers]

I wonder if this works for anyone at all. Certainly it hasn't worked for me since I reported it in 2022.

[schmitmd]

It didn't work for me either. If I try it now, it seems to do what it's supposed to, but then follows it up with the equivalent of clicking on whatever element was hovered-over. For instance, if I ctrl+h on this github page over someone's user icon, it's supposed to show me a tooltip of the profile info of that user. It does that for a second, then takes me to their profile page. :/

[mdmahbubhelal]

@schmitmd Yep, same for me. Same behavior in both chrome and Firefox.

[fearlessgeekmedia]

I just discovered SurfingKeys and I really like it myself, far more than Vimium and Vimium C. However, I, too, am having issues with the hovering.

I'm thankful it's there, at least. But it seems like in the other plugins, if there's a way to make it work, there's issues. That seems to be the case with this one, too.

I have to wonder why Qutebrowser itself can get this right but these plugin extensions can't. It's a shame, because I like Brave for its privacy, so using this plugin in Brave is great for me. But it suffers from the same hover issues the other ones do, too

[pawel-rh]

Sadly mouse over functionality doesn't seem to work for anyone.
If this can't be implemented maybe it should just be removed altogether since its defaults conflict with standard shortcuts for History <ctrl + h> and Downloads <ctrl + j>.

[lanyeeee]

I can't believe it's almost 2024 and this hasn't been fixed :(

[brookhong]

Ctrl-h does not work in some(most) cases apparently, I'll remove it and only support it in my chromium build with a experimental API chrome.surfingkeys.sendMouseEvent.

[pawel-rh]

In that case I believe Ctrl-j should be removed as well

[Konfekt]

Can <ctrl-h> be unmapped on Firefox? It is not listed as an editable mapping in the preferences, and api.unmap('<ctrl-h>'); as documented in the advanced preferences has no effect. In Chromium the advanced preferences are respected.