-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labels are not clickable anymore #3492
Comments
As far as I can tell, those checkboxes are actually standard |
I’ll check it out! Thanks for the mention.
…On Tue, Feb 18, 2020 at 21:11, Simon Lydell ***@***.***> wrote:
As far as I can tell, those checkboxes are actually standard <input type="checkbox"> so the checkboxes themselves should be detectable by Vimium. ***@***.***(https://github.com/poacher2k) You might be interested in this.
—
You are receiving this because you were mentioned.
Reply to this email directly, [view it on GitHub](#3492?email_source=notifications&email_token=AARGYWAG35LKCNLKDGRO6RTRDQ6IBA5CNFSM4KTAKZUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMEKLYI#issuecomment-587769313), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AARGYWDHRPOR5VJKGBLGN7LRDQ6IBANCNFSM4KTAKZUA).
|
As far as I can tell, what's going on here is that the input have |
Okay, so the change isn't that labels aren't clickable anymore, but rather that hidden checkboxes aren't clickable anymore. I guess that ignoring hidden checkboxes (and other elements) has other advantages, so you don't simply want to revert that change (I see other webpages with hidden popup menus have improved in the newest version). But maybe labels in general should get link hints - at least those with the |
Totally agree. Thoughts @philc ? |
Sorry for the confusion – you’re right. The checkbox is hidden in this case, and replaced with I was confused becuase my own extension – Link Hints – does identify the checkbox as visible and places a hint near it (rather than falling back to adding a hint for the label instead), so I assumed that Vimium had some little bug in its I suspect Vimium has never supported adding hints for That being said, it would be good to support hints for |
One option could be to only give it for the label and not the input if the label is a parent of the input, or is referred to with Edit: Or check both, and default to the |
For what it's worth, I would much prefer duplicate tags over no tags at all. As you can see in my screenshot there are already plenty of duplicates which is fine |
@poacher2k Vimium has used a logic to show hint for a @dannyharding10 today I tested Vimium 1.67.1 on https://gitlab.com/gitlab-org/omnibus-gitlab/-/merge_requests/6383/diffs and it did show hints for " |
Sounds perfect! But I can confirm what @dannyharding10 experiences - the label isn't clickable on this page, at least not in Firefox: The visible checkbox is a |
Yes your analysis is correct, but it's strange that my Firefox 105 on Win11 does give different result:
You may try my customized version of Vimium, named Vimium C (https://github.com/gdh1995/vimium-c), and it has many improved details to try its best to find clickable elements. |
Would like to see label elements be supported since label elements can also act as button sometimes |
Describe the bug
When pressing 'f' to highlight click targets, labels used to be highlighted so that you were able to select for instance custom bootstrap checkboxes (https://getbootstrap.com/docs/4.4/components/forms/#checkboxes)
Since the last version, those checkboxes are no longer selectable with vimium.
To Reproduce
Steps to reproduce the behavior:
Before and after:
Browser and Vimium version
I've seen the bug in both Chrome and Firefox, although I don't have a specific chrome version handy at the moment.
Firefox Version: 73.0b12
Build ID 20200130174018
Vimium 1.65.0, 1.65.1, 1.65.2
(A working version of Vimium is 1.64.6)
The text was updated successfully, but these errors were encountered: