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

[FF] Include auto-completion to vomnibar #2848

Open
Troyciv opened this issue Dec 1, 2017 · 7 comments
Open

[FF] Include auto-completion to vomnibar #2848

Troyciv opened this issue Dec 1, 2017 · 7 comments

Comments

@Troyciv
Copy link

Troyciv commented Dec 1, 2017

Is it possible to include auto-completion to the vomnibar similar to the address bar of firefox? Right now I always have to use to select to the first entry in the list and then hit return.

@smblott-github
Copy link
Collaborator

That is the behaviour you get if you use search completion.

For example, add a custom search engine...

g: https://www.google.com/search?q=%s Google

And add a key binding...

map s LinkHints.activateMode keyword=g

Then s will give you search completion with the auto selection you want.

Auto selecting the first element is a bad UX in the general case because, if you want to search, then you have to <Shift-Tab> back into the input (which is awkward).

@Troyciv
Copy link
Author

Troyciv commented Dec 1, 2017

Your described method doesn't work for bookmarks or browsing history.

I agree auto selecting the first element is not good. What I meant is using the fist element as an auto complete appendix prpposal like so:
screenshot_2017-12-01_15-59-07-cropped

I can continue typing or accept the auto completion proposal with return. no need for <shift-tab>

@smblott-github
Copy link
Collaborator

And how to a search for just "thegu", if that's what I want?

I hate that UX. You have to keep saying "no, that's not what I want". It's better to have <Tab> mean "yes, that is what I want".

In Vimium, the first element is selected in all of the cases where it makes sense to do so (basically, bookmarks, tabs and search completion -- kind of).

@Troyciv
Copy link
Author

Troyciv commented Dec 1, 2017

I see what you mean, you got a valid point. I usually just hit space before I type in the search term I'm looking for. But I guess it ends up in a matter of personal preference. Either you hit tab to select autocompletion or you it space to prevent autocompletion. Doesn't make much difference time-wise.

@JJPandari
Copy link

JJPandari commented Jan 17, 2018

@smblott-github You're right about vimium's current UX being better than browsers' address bars' alway-auto-complete. So how about add a key binding when vomni bar is active, which completes the vomni bar with the selected item's full address?

My use case is as follows: I bring up vomni bar to search for some javascript document, I type moz array, and I get https://developer.mozilla.org/.../Global_Objects/Array/from and https://developer.mozilla.org/.../Global_Objects/Array/slice in the suggestion list, everything is good. Except sometimes I may want to look at the doc for splice, which is not in the suggestions, but can be easily reached if I can modify the full address of https://developer.mozilla.org/.../Global_Objects/Array/slice. Right now I have to go the the slice page first before changing address to splice.

@smblott-github
Copy link
Collaborator

I think that's #2914, @JJPandari.

@ruocco
Copy link

ruocco commented Dec 21, 2021

And how to a search for just "thegu", if that's what I want?

I hate that UX. You have to keep saying "no, that's not what I want". It's better to have <Tab> mean "yes, that is what I want".

In Vimium, the first element is selected in all of the cases where it makes sense to do so (basically, bookmarks, tabs and search completion -- kind of).

It would be good to have the choice don't you think? Something like:

  • Automatically select the first element on the vomnibar on send

Disabled by default, but allowed nonetheless for people who find it useful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants