edzdez / sway-easyfocus Goto Github PK

Other tools which work in a similar way often have a nice touch by putting the easiest to reach keys as the most likely ones to be used for labels. Here's how wmfocus does it:

https://github.com/svenstaro/wmfocus/blob/5305b00bf1084fb742249867ac00ab244c61c4e9/src/args.rs#L125

This list of characters would also be nice to have in the config file for those that use non-QWERTY layouts.

I see there's another TODO item in the code about supporting more than 26 windows, which is something that may be run into more once multi-monitor support is is implemented.

wmfocus handles that by starting to use multiple characters instead of one.

But honestly, I have three monitors and I doubt I ever have more than 26 visible windows, so limiting the tool to the 26 first visible windows also works for me!

But then, there's also the question of whether you also want to support focusing parent containers or just windows. Supporting just windows should handle more than 95% of uses and could be another nice simplification. Supporting only windows will also help keep the number below 26.

It would be nice to have a config file to override the default options rather than always passing arguments to the binary.

It would be a nice enhancement if the currently focused window was visually noted during the overlay.

For example, usually white letters are shown on a black square. Perhaps for the currently focused window, black letters on a white square could be used.

When focusing a borderless window, there may be no immediate feedback to confirm which window has been focused.

One idea:

After focus switches to the new window, the hints remain for a very short period (probably even < 1 second would do). During this time the color of the hint could change to match the "current window" (as requested in #11) to give visual confirmation where the focus has gone. At the same time, coloring of the window switched from loses it's "current window" decoration scheme.

Opacity effects could also be used to used to highlight what's focused.

Since this confirmation is happening after the new window has focused, the new window remains immediately ready for input without waiting for the confirmation visualization to complete.

Display labels (and allow focusing) on windows in active workspaces on all outputs. For example, we should be able to jump directly from a window on output 1 to a window on output 2 without having to navigate first to the workspace on output 2.

(This output is at 0, 1080).

I've got a large, high-resolution screen and need the labels to be larger. Thanks!

I've waiting for years for a tool like this to work on Wayland. Thanks so much!