| Commit message (Collapse) | Author | Age |
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The hope is to get to a point where documentation can be automatically
generated for key bindings, while keeping as much of the existing
DSL unchanged as possible.
The goal is to have something like:
bind xK_h $ do
doc "Set focus to the next window in the stack"
justMod nextWindow
doc "Swap this window with the next window in the stack."
shiftMod shiftNextWindow
Then "theoretically" a markdown/latex/text file can be generated with
documentation for each of those bindings and have the documentation
automatically update if the keys change.
|
| | |
|
| |
|
|
| |
window-specific bindings
|
| | |
|
| |
|
|
| |
Keys.hs file.
|
| | |
|
| |\ |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
| |
current workspace instead of _all_ windows. Poor naming.
|
| | |
|
| |
|
|
| |
programmable mouse I can use.
|
| |
|
|
| |
experimental and I do not have a real use for it anymore.
|
| | |
|
| |\ |
|
| | |\ |
|
| | |\ \ |
|
| | | | | |
|
| | |_|/
|/| |
| | |
| | |
| | |
| | |
| | |
| | | |
for dragging and resizing.
button13+LeftMouse = Drag
button13+RightMouse = Resize
button13+button13 = retile
|
| | | |
| | |
| | |
| | |
| | |
| | | |
There's a bug where it seems the mappings are applied inconsistently
after a restart. Not sure what causes that. Seems bouncing XMonad again
fixes it.
|
| | | |
| | |
| | |
| | |
| | |
| | | |
This is particularly great for Chrome where one cannot remap
the built-in bindings and some built-in bindings are really dumb
(looking at you Ctrl+w!!).
|
| | |/
|/| |
|
| | |
| |
| |
| | |
in the future.
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This makes things prettier and rofi is more feature rich than DMenu.
|
| |
|
|
|
|
| |
It's the same as emoji select, but with emoticons.
Key bound to <C-z>E (capital E, as opposed to <C-z>e for emojis)
|
| |
|
|
|
|
|
|
|
| |
This binding is set to <C-z>a. It creates a dmenu prompting the user to
select which output device the current application should send audio to.
In the future I might create an analog for input devices, but as things
stand, I change input so much more infrequently that pavucontrol is
probably fine for that.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
The fonts still leave much to be desired. Unfortunately dmenu2 does not
support fallback fonts from what I can tell, and dmenu1 doesn't support
all the nice features dmenu2 supports. Oh well.
|
| |
|
|
|
|
|
| |
1. Make the spotify control work for both Spotify and Spotifyd
2. Xmobar weather not break xmobar when not connected to the internet
3. Add g<space> keybinding to go to the toogle-cased version of the
current workspace.
|
| |
|
|
|
|
|
|
|
| |
Void Linux doesn't have spotify in its official repos. Going with open
source solutions, I can use spotifyd, but had to hack my spotify-control
scripts to get it to work.
Void linux also puts all its binaries in /bin for some reason. Not sure
I like that, but I had to change the DMenu module to support that.
|
| |
|
|
|
|
| |
This changes how workspaces work. There are now as many workspaces as
there are AlphaNumeric characters. I'm not really sure how I like it,
but it's interesting. I'll keep it for a bit and see how I like it.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Created new KeysM and ButtonsM monads to make configuring
keybindings and button bindings more readable through a DSL.
Before bindings would just be a giant list, but that
made it difficult to read and repetitive.
Now the syntax follows the pattern
bind key-to-bind
mask1 : action
mask2 : action
i.e.
bind xK_a $ do
justMod $ doSomeAction a b c
shiftMod $ doSomeOtherAction a b c
This makes it a lot cleaner to see all the bindings allocated
to a specific key. That way, when adding a new binding,
I can easily see what bindings already exist for that key.
|
| | |
|