[Suggestion] Rank Omnibar history by most visited
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 27k
- Forks
- 2.6k
- PR merge metrics
- No merged PRs in 30d
Description
Thank you for the fantastic Vimium plugin!
One issue I've noticed is that the Omnibar search results can become cluttered, making it harder to quickly access frequently visited URLs. I suggest improving the ranking algorithm to prioritize results based on how often a user visits a specific URL.
For example, I frequently use the Omnibar to navigate to a subreddit by typing O followed by r/toronto, expecting https://old.reddit.com/r/toronto to appear at the top since I visit it often. However, if I recently performed a Google search for r/toronto, the Google search result outranks the subreddit URL, which disrupts my workflow.
Proposed Solution
Rank Omnibar search results by prioritizing URLs based on the user's visit frequency, with more frequently visited URLs appearing higher in the list. This would make the Omnibar more intuitive and efficient for accessing commonly visited sites.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the Omnibar search and ranking entry point, then inspect how results are currently ordered. Reproduce the r/toronto example and determine how visit frequency should affect ordering without losing existing search behavior. Done means frequently visited URLs consistently rank above less-visited results such as a recent Google search.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100