| Commit message (Collapse) | Author | Age |
| ... | |
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
So, when doing something like a "zoom", it will only affect the current
layout. Before a "zoom" would be persistent across all layouts, now it
will only occur on the current layout.
I'm still trying to decide if I like it this way or not. It looks like
it'll have minimal impact on things. I don't use different layouts that
often anyway.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This lets the user cycle between past windows. The rules for when a
window gets added to the history is the same as when a window is
considered the last marked.
In fact, now all the last mark does is swap the current window with the
previous one in the history.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|