Vimium Everywhere

A small experimental AutoHotkey script for system-wide keyboard navigation, compatible with Linux (X11, Wayland coming soon) and Windows (partially (edit: windows not supported right now, PR welcome)). It's a bit like normal Vimium, but for any application, not just browsers.

Short demo which shows how you can press f and then navigate anywhere (the key history at the bottom is just for demonstration purposes):

Please note that this tool is still quite unstable and may contain bugs.

Admittedly, it's not much of an actual "Vim mode" yet, just the core feature of selecting interactive elements via keyboard. This is by far the most important thing to have though, so the name may already be justified.

Installation

This tool was made and runs with AutoHotkey. It's a small script compatible with both Windows AutoHotkey and AHK_X11 Linux AutoHotkey.

• Linux

  • Either
    • download the latest binary, or
    • download and install the latest version of AHK_X11. Then also download the file vimium-everywhere.ahk.
  • Start the downloaded program via double click or command line.
  • By default, it probably doesn't work properly, because you also need to:
    • Important: Enable the assistive technologies setting for your distribution. There's usually a single checkbox somewhere to be found to enable it. After enabling, you may need to reboot.
    • Important: Most applications need some config flag toggled so they cooperate. You'll find details in the table below. Once you have followed these steps, it should work great almost anywhere, like shown in the video at the top.

  Alternative apps: goodnight-mouse

• Windows (currently broken)

  • Limited to native applications only (see table below). But where it does, it should be super fast.
  • Install AutoHotkey, then run vimium-everywhere.ahk.
  • Alternative apps: hunt-n-peck

• MacOS: Not compatible. You might want to check out Scoot or the closed-source apps Shortcat or Homerow instead which appear to be very powerful.

Once running, it can be quit by right-clicking the icon in task/tray bar.

Click on the 🢒 arrows instructions for the respective application type:

_{(this list may not be 100% accurate, please help improving it)}

Usage

In normal mode, the following Hotkeys are active:

There is no settings dialog yet, so you are encouraged to adjust the ahk script to your needs, esp. given its small size. If you make substantial changes, then please, in the spirit of this project's GPL license, make your changes public, e.g. by forking this repository. Feature requests and bug reports are also welcome, just create a new issue above.

You can also change the list of exclude windows at the top of the script. For example, you might want to set it to firefox,Google-chrome if you are using normal Vimium there, which is a lot more capable in browsers.

You can switch to simple mode by setting the environment variable SIMPLE_MODE to 1, e.g. run it like SIMPLE_MODE=1 ./vimium-everywhere. Simple mode means: All magic (key press / window change detection) is removed, and only a single hotkey remains (default Alt+f) with does both building and link selection one after another. This is slower than normal mode, but is way less resource hungry as there is no background activity at all, unless you press the Hotkey. Thus, simple mode is recommended.

You can also change the Hotkey mappings in the source: For example, in simple mode, !f is the hotkey for showing links. ! stands for Alt modifier. Other modifiers: ^ = Ctrl, + = Shift, # = Super(Win), <^>! = AltGr.

Caveats

Linux

Broken links

Apart from the required application settings above (also see: Arch Wiki), sometimes an application contains interactive elements but they are not captured by this script. Or sometimes, an action link just doesn't do anything. This can be either because the respective application author didn't do their homework or because of a bug in Vimium Everywhere or in AHK_X11. Please open an issue if you encounter any problems - might need a list of known bugs some day.

Speed

The internal querying of control information can be quite slow (somewhere between 0 and 3s). This problem should be eased by the normal mode's ahead of time querying feature. It doesn't seem like it can be improved much more besides that. AtSpi, the assistive interface for programs on Linux systems, simply does not expose powerful enough functions for performant access, so a deep recursive algorithm needs to be run repeatedly (internals of WinGet,, ControlList). Still, it works mostly alright even with several hundreds of elements. List-like elements with more than 1,000 children are skipped.

Sometimes, normal mode will behave even faster than normal Vimium in the browser, sometimes slower - it depends how quickly you type / switch windows.

Also, the startup can take multiple seconds, so please stand by while the first Building... ToolTip may load. This initialization phase seems to be dependent on the amount of open windows and/or system uptime (??)

Required Compositor

You need to have an active window compositor running. On most systems, this is the default, but it can often be deactivated. If you cannot or don't want to use a compositor, then the script could be rewritten with ToolTips instead, but this is 1. considerably slower and 2. breaks compatibility with Windows, where the maximum number of tooltips is 20. But still, it can be done, if you need it. Perhaps consider opening an issue so we can see this through.