Skip to content
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

Extension of focus element specification for hint inputs #7303

Open
tkna91 opened this issue Jul 10, 2022 · 9 comments
Open

Extension of focus element specification for hint inputs #7303

tkna91 opened this issue Jul 10, 2022 · 9 comments
Labels
component: hints Issues related to hinting ("f" key). status: needs triage Issues/PRs which need some deeper investigation.

Comments

@tkna91
Copy link
Contributor

tkna91 commented Jul 10, 2022

I am using DeepL and often want to focus on the right input field to copy text for back translation for checking.
image

Can you make something like the following command?

  • hint inputs -1
  • hint inputs 2
  • hint inputs 4
  • hint inputs --last

Or is there some sort of alternative?

@tkna91 tkna91 changed the title hint inputs --last Extension of elements that can be selected by the hint inputs command. e.g.hint inputs -1 Jul 10, 2022
@tkna91 tkna91 changed the title Extension of elements that can be selected by the hint inputs command. e.g.hint inputs -1 Extension of the selection element of the hint inputs. e.g.hint inputs -1 Jul 10, 2022
@tkna91 tkna91 changed the title Extension of the selection element of the hint inputs. e.g.hint inputs -1 Extension of the selection element of the hint inputs Jul 10, 2022
@tkna91 tkna91 changed the title Extension of the selection element of the hint inputs Extension of focus element specification for hint inputs Jul 10, 2022
@The-Compiler
Copy link
Member

In this particular case, why not just use the "swap" button in the middle instead?

In a more general sense, we have :click-element, recently also extended by CSS selectors (#6609), to click specific elements. I guess we could extend hints in the way you propose, but I wonder if it wouldn't be a bit too flaky, as the position of hints can change a lot depending on what exactly is on the screen.

@tkna91

This comment was marked as off-topic.

@The-Compiler

This comment was marked as off-topic.

@tkna91

This comment was marked as off-topic.

@The-Compiler

This comment was marked as off-topic.

@tkna91

This comment was marked as off-topic.

@tkna91

This comment was marked as off-topic.

@The-Compiler
Copy link
Member

Taking the freedom to hide some comments above as off-topic, since they are indeed not really relevant to what you originally proposed.

I will need to think about it a bit. I wonder how stable the order of the hints really is, and whether the order really is guaranteed to be the same order the elements appear on the page.

If the order really makes sense, I think this could be an useful addition. In the future, maybe even combined with ranges (see e.g. #6119) so that you could easily select multiple hints, similar to what I've proposed in #571. But then I guess there should be a way to show the "index" of a hint visually as well.

@The-Compiler The-Compiler added component: hints Issues related to hinting ("f" key). status: needs triage Issues/PRs which need some deeper investigation. labels Jul 11, 2022
@tkna91
Copy link
Contributor Author

tkna91 commented Jul 11, 2022

Certainly, the order of up, down, left, right, and right that user judge from the appearance may be different from the order in the source, etc. If the order is the same as the order in which the hints are displayed, then perhaps such an explanation should be included in the help, etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: hints Issues related to hinting ("f" key). status: needs triage Issues/PRs which need some deeper investigation.
Projects
None yet
Development

No branches or pull requests

2 participants