-
Notifications
You must be signed in to change notification settings - Fork 37
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
feature request: shortcut for search bar toggle #93
Comments
Thanks for opening this request. To be clear: a) Handling the UI is what slows you down? Or does b) the search in the filesystem take too long? if a): A shortcut like the Ctrl-K in Linux/Windows or Cmd-K in MacOS that focuses the search bar might help you? I have some hotkeys on my roadmap, will push this up on my list. I personally don't the like pop up windows showig the search results, that are common in most modern web applications. In my experience they are too often not as useful as a well organizied result page. However, I would be happy to look at a pull request that implements this feature. |
I would say b), but it's not like it is too long, I just know that I slight tweak will speed it up substantially for me. I don't know how to do it with Flask, but the functionality I'm asking for is implemented in JS in the following example:
if you press CTRL + / is does the thing. Forget about the search results :D |
I looked at it a bit now. I think the following should do it:
Can you tell me how to do step 2.? Than I would try to do a pull request. |
Got a solution in the queue: I'm testing / is the the hotkey of choice, even if it overwrite the search in some browsers (in my tests, there Ctrl-F or CMD-F was still an option) |
uuh, nice! |
I use otterwiki almost daily and one thing I've noticed is that when I search for something I know is captured in the wiki (and I know in which article it is), it takes a relatively long time to get to it (compared to other software I use).
When I could use a shortcut for the searching bar and stay with the cursor in the middle of the screen, it would go a lot faster.
If the search bar would already show me the 3 'closest' results it would be even faster.
This 'closeness' would be already perfect if it would just be a
grep -i
wrapper, so no fancy 'taking typos into consideration' stuff.Let me know if I can support the feature development somehow.
The text was updated successfully, but these errors were encountered: