lesderid/keynavish

Control the mouse with the keyboard, on Windows.

keynavish's Issues

Not all X keysyms supported

To be compatible with keynav, key names in key bindings are inherited from X. The current list of keys is enough to support the (built-in) default configuration and the example keynavrc, but it's far from complete.

The key name translation function is essentially just a big messy switch statement and should probably be refactored first.

List of X keysyms (remove XK_ prefix): keysymdef.h
List of Windows virtual-key codes: winuser.h documentation

(Note that it's not a perfect one-to-one mapping.)

Dragging with a modifier doesn't work

Dragging with a modifier (ctrl, shift, etc.) doesn't work properly. When you try to drag with a modifier, it sends the keystrokes but the result is a regular drag operation.

`grid-nav` command not implemented

I didn't implement this because it would require fairly big changes to the code and I'm wondering if anyone actually uses it.

If you use keynav and use the grid-nav command, please add a comment or a thumbs up.

Click and drag working inconsistently

I have my .keynavrc set up with m drag 1- here is my full config, in case it's helpful.

My process for clicking and dragging something is:

• bring up keynavish
• navigate to the thing i want to drag
• warp my cursor to it
• bring up keynavish again
• press M to start dragging
• move to where i want to let go
• press space to warp to that place and left click

But that only works 50% of the time.

If i use a website like https://cps-check.com/drag-test for testing, i can see visually when it's successfully holding down left click. For some reason, i need to press M twice sometimes, before it starts dragging? My only guess is that my left clicking at the end isn't "turning off" drag, so when i press M a second time to drag something else, instead of starting to drag it's "turning drag off". But I can't use M at the end to "drag to where I have keynavish aimed at, and toggle drag off", unless I'm misunderstanding something? What's the intended way to use drag, if what I'm doing isn't right? (Or if I'm doing everything right and it's still breaking- consider this a bug report :) )

Thanks for your time.

Multi-display support

keynavish was not developed with multi-display support in mind.

A good start would be to figure out to what extent it's broken on systems with more than one display, and make a list of what needs to be fixed.

Grid drawn below other windows in some cases

If the process launching keynavish isn't foregrounded (i.e. doesn't own the window returned by GetForegroundWindow()), keynavish will be drawn below other windows.

We can't simply foreground the grid window, as this breaks windowzoom and causes the foreground window to be deactivated (which we may not want).

Another possible solution would be to set the foreground window to the grid window and then reset it back to the original one:

HWND originalWindow = GetForegroundWindow();
SetForegroundWindow(keynavishWindow);
SetForegroundWindow(originalWindow);

However, this seems to be visually glitchy.

Notification icon doesn't reappear after shell restart

The notification area icon does not come back if the shell process (generally explorer.exe) is terminated and restarted. Presumably there's a window message we're ignoring.

Not compatible with keynav recording files

The recording/macro file format is not compatible with keynav's.

It would be nice if these were compatible, but it might not be worth the time and code complexity.

Spurious use of `assumeWontThrow`

Because the Windows APIs are nothrow, and for ease of development, there are lots of assumeWontThrows in the code. If an exception does occur, this will crash keynavish.

We need to figure out which assumeWontThrows are correct (if any) and which need to be replaced with proper exception handling.

We should probably catch most exceptions and throw new exceptions with a user-friendly message and catch those in exception handlers that call showError. We should also check which of the current showError calls should be replaced with exceptions.

No executable resource file

DMD supports resource files as an additional input. We should use this to add a description, version, etc. to the executable.

Clicks not working in Dwarf Fortress (steam version)

This issue also exists in keynav, but I figured it would be helpful to also mention it here. Any keynavish clicks in DF don't actually click anything in game. I've tried both fullscreen and windowed modes, with no luck. This might be something that has to be fixed by the DF devs, but I wanted to make an issue here so that when I tell them about it, I at least have someone familiar with the keynavish codebase to back me up when i say "hey DF devs pls fix".

Observed on Windows 10, version 2004

Feature Request: Portable keynavish

Thank you for the development of the Windows port of keynav,
I want to make this tool available on scoop repos.

I want to load keynavrc config on the same location where
keynavish.exe is located first, then other places, this makes it portable

And release compressed file including executable keynavish.exe
and keynavrc default config

or provide command-line arg --install-config <filename> to install config then exit, so without packaging with keynavrc default config, and release single executable like before

DPI awareness

keynavish is probably not properly DPI aware right now, which might cause issues with grid position and size.

A good start would be to make a list of what needs to be fixed.