- Configure sway to place displays matching reality
- Reconfigure sway mpv shortcut to use regular clipboard, not primary
- Drop the hard placement of dunst's output so it uses display 0
This just adds `--image-display-duration=inf` so if I grab a URL and
open it in mpv with Sway's hotkey, it doesn't blink on for a few frames
then exit.
This just drops i3-nagbar for swaynag, changes i3-msg to swaymsg, and
mentions of i3 to sway. The former even worked fine, just did weird
things with windowing.
This signposts that we've actually moved permanently (fingers crossed)
to Sway. I should have done this the moment the first
non-backward-compatible change went in so I could revert to that point,
but meh.
This is a rough one. Waynergy is the Wayland-compatible replacement for
synergy. As far as I can tell it works largely on black magic.
For whatever reason, Waynergy doesn't handle keycodes the same way
Synergy/Barrier do. It uses raw codes as sent by the server. These codes
can exceed the X cap of 318, resulting in keys being ignored in XWayland
sessions.
The dev's recommended path to keyboard support is to use a custom xkb
keymap and I guess just shrug at the dropped keys over 318. My method
uses the stock evdev xkb keymap and instead uses raw keycodes to swap
out-of-band keys to their expected keycodes.
The warning the dev gives is this is brittle and won't work on any other
OS, or possibly keyboard/box. I don't care.
This may not be a backward compatible change, hopefully it won't matter.
We add the directive to handle floating windows via app_id as well as
window class, since Wayland doesn't use window classes, and we add a
directive to let Sway turn off mouse acceleration.
We make the X Class match `__user_requests_float` a wildcard match so it
can begin with anything and make mpv launch with the class
`mpv__user_requests_float`. Then we make that class `no_focus` in i3.
This should prevent focus from jumping to mpv if any of my weird video
playing automation scripts launched mpv suddenly.
Newest Qute has a crash bug if you don't cull QT service workers on
startup. This used to be a Windows thing but now it's on Linux I guess,
so let's just make it the default.
This doesn't allow more simultaneous notifications. It just sacrifices
some RAM to store more notifications in history, which is important if I
want to be able to call and review history.
Noticed rofi wasn't handling selection highlights properly any more. In
troubleshooting found the stylesheet was massively over-complicated
since it was a copy of a less simple stylesheet in its origins.
Simplified and fixed the bug.
Auto-init tab completion in ZSH
Normalize backspace handling in vim (for windows support)
Force dunst to place notifications on monitor 1, since I moved to
two-monitor setup.
- Add Xft Xresources to make fonts not ugly
- Add dunstrc now that I'm using dunst
- Manage GTK settings now that I'm free of mate-settings
- Add an i3 keybind for pcmanfm
- Make kitty font size chords +/- by 1pt and not 2pt
- Explicitly specify fonts everywhere
- Put barrier and dunst in xinitrc
- Make QT theme explicit via env var
- Move ZSH keybinds to global since Arch doesn't bind them
- Switch to a base16 builder wrapper I wrote myself
- Switch small details on a bunch of templates
- Switch to a QVP based color scheme I wrote myself
This should form the most rational default for colors going forward.
This is the result of using [base16](https://github.com/chriskempson/base16).
The first crack at establishing a base16 theme here is based on irblack
with a slight modification to make text selection purple and make rofi's
template less ridiculous.
Also added .Xresources and qutebrowser to management, and added the
resulting vim themes directly to management as well.
This theme focuses more on hues than saturation. Aside from that it's
not very special versus the stock themes.
Also add an alias for taskwarrior-tui because it's sometimes useful.
~/bin/statusbar is a python script on my desktop but on a work machine I
will likely not be using the same script, so make this execute
~/bin/statusbar instead of invoking `python3 -u` on it. Then I can just
repoint the symlink to whatever generated my statusbar.
