I found this useful for myself - if the `X` server fails to start,
I'd get thrown out of my session (obviously, because `exec` is used).
This meant that I had to use another user which does not use the `X` server
for troubleshooting. For me, `root` worked, but you might not have access to it,
and this could help.
I don't know if this makes the setup any less secure;
if it does - lemme know.
* removed duplicate keybinding with same function
* added command to install plugins on first run
* w!! command to save file buffer as sudo on files that require
root privileges
This reverts commit 6d136d4fdd9f9a3c24e278cb9d863a6ea61ebbba.
Volume and other media keys were added in d4bcaf9de80d27f0c4bd5f4d96f1eb546783feda using lmc tool that updates the i3blocks volume module
removing this to avoid conflict and unnecessary bindings
When attempting to run dmenurecord for screnacast or video it kinda dies silently with :
```
Invalid MIT-MAGIC-COOKIE-1 key[x11grab @ 0x5558eb7d5240] Cannot open display :0.0, error 1.
:0.0: Input/output error
```
This adds the codepoints for font-awesome to ~/.fontawesome in the same
format as ~/.emojii and modifies the grep search pattern in dmenuunicode
to search both ~/.font-awesome and ~/.emojii including both in the list
of values sent to dmenu.
Removing the ~/.fontawesome file will revert to the previous behaviour.
This requires the fontawesome-fonts package to be installed to get the
additional codepoints.
`#bind-key C-a last-window # C-a C-a for last active window` didn't need renaming for me, why did you comment it out?
you comment it out before merging.
more info: https://github.com/tmux/tmux/issues/1689
For example, "ddspawn vifm" is generating the failing commad "st vifm -e vifm" without this fix.
This proposed change fixes this issue so that "ddspawn vifm" generates the correct "st -e vifm". It also simplify the i3 command in my view.
Thanks for sharing this helpful script, I used it everywhere!
