philc / philc/vimium

Split Alphabet Hints to have some controllable Weights available to the user

Open
#4,703 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
JavaScript
Stars
27k
Forks
2.6k
PR merge metrics
No merged PRs in 30d

Description

https://github.com/philc/vimium/discussions/4700

TL;DR: I'm using:
sadfjklewcmpgh with the goal of weighing towards the left hand

I noticed however that "e" (right-hand) seems to show up earlier than many left-hand binds including two-letter binds. I would like to have some sort of weighing; even if there's "primary link hints" then "secondary link hints" which will weigh the primary link hints to exhaust entirely including a configurable length (2 is fine for my use-case) before the secondary hints appear. I want everything from "fc" to "vp" (both left hand only) to show up before e appears for the first time.

Perhaps the more common usecase is somewhat opposite for vimium users; wanting to spread any multi-key maps out to the other hand which is otherwise idle if you don't use a mouse.

Perhaps order of keys can be taken into consideration too.

Updates from original post - I had a look at the source code and can't see much in the way of weighing; I think I see the opposite.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No file or test is named. Start by tracing Vimium's hint-generation and ordering code, then inspect how the current key sequence is weighted; done should provide configurable primary and secondary hint groups so the requested left-hand combinations appear before secondary keys.

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
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.