open in non-active tab (`gf`, `C`) and open multiple links (`cf`) are missing link hints compared to `f`
See original GitHub issueSurfingKeys: 0.9.63 Browser: Chrome 81.0.4044.122 URL: https://www.golem.de/
Context
On some websites (e.g. https://www.golem.de), gf
and C
do not show all link hints, wheras f
and cf
do. I would expect them to behave the same.
Example for f
which shows hints for the images and titles:
and C
which is missing those hints:
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:12 (4 by maintainers)
Top Results From Across the Web
Open multiple links - Help - UiPath Community Forum
open multiple links at once internet explorer using open browser ... But I want to Open next, next link in single browser in...
Read more >Improve hinting · Issue #28 · tridactyl/tridactyl - GitHub
As a very happy Tridactyl user, I would appreciate a lot if 'F Open multiple hints in tabs' would work like this: On...
Read more >The Vimium extension for Chrome is amazing : r/vim - Reddit
My question is how to open multiple links in a new tab, I sometimes want ... but Vimium-C has option to ALT+F open...
Read more >Bash Reference Manual - GNU.org
A family of open system standards based on Unix. Bash is primarily concerned with the Shell and Utilities portion of the POSIX 1003.1...
Read more >Sacha Chua's Emacs configuration
This opens another buffer in emacs-lisp-mode , so you can use M-x eval-buffer ... ("M-g u" . link-hint-open-link) ("M-g U" . link-hint-open-multiple-links)) ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
To clarify (and update) the issue:
The title should make the distinction between the two separate behaviours in the f-group and the cf-group (which includes cf, gf, af and C).
f-group:
cf, gf, af, C group:
This is a big issue for me. It makes it really hard for me to intuitively use the more efficient vim-style navigation, since I can’t predict what can be navigated to. And I’m afraid, that the latter group being so pared down, forces me to use the mouse, anyway, since I can’t replace ctrl-click apparently. [I suppose, I could get around that with pressing yt to create a tab-copy and navigate to where I want from there, but it’s convoluted and some sites don’t load fast copies either.]
Afraid, I don’t have the insight to solve the technical problem underlying it. Just wanted to clarify the issue a little and emphasize, that it’s very important to me.
When
tabbed
is true, current implementation expects that there ishref
on an element for Surfingkeys to open it in new tab, please see https://github.com/brookhong/Surfingkeys/blob/master/content_scripts/hints.js#L592-L600. Theose clickable elements withouthref
will not be included in hints withtabbed: true
, since it may not make sense to open it in a new tab, for example, those page-inside javascript actions.Yes, this kind of assumption is not accurate, since some elements without
href
do have a target URL, but I currently haven’t had a good approach for that. Any suggestion that does work is welcomed.