Removed outdated `syu` symlink which just hooks into topgrade.
Replaced it with simple function that tries for topgrade, paru, yay,
pacman, in that order. Can still be invoked with simple `syu` command,
but *only* through interactive terminal use.
Switched git pre-commit hook to default to paru instead of yay when
compiling installed package lists for dotfile commits.
Added notifications on changing brightness, will stack by default to
show the current level before disappearing.
The script to change and notify can be run through the command
`control-brightness`, and is bound to the sxhkd media key shortcuts for
brightness changes.
Removed the brightness indicator from polybar since it should be easy
enough to check current brightness by doing a quick higher-lower and
that's it.
Kept the module in polybar configuration script since I might reconsider
its removal if it turns out to have been useful.
Now makes use of alacritty include feature and should work without
showing any git repo changes, even when changing color scheme.
Only difference being that *no* color scheme requires a deletion of a
line in `alacritty.yml`.
Added toggle key for polybar, just in case I ever need the extra screen
real estate (*without* i3's `Mod+f` full-screen mode).
Should come handy rarely, but if it does it now exists. Can be toggled
with `super+F7`, since that is close to the other styling option and not
used in any other way (not even with media keys or similar).
Removed display of time and date from tmux, since I have the polybar
time up always.
Shuffled around the rest of the display: removed left-sided display of
active (tmux) user, moved it to the right side.
Slightly restyled polybar, mainly shrunk in size and re-located the
papers due information.
Renamed it from `simple-top` to just `top` since no alternative top bar
exists in this configuration.
Every modification starts with `m` (for mark, akin to vim), and pushes
the messages into the respective state: `a`rchive, `i`nbox, `m`ark
(flag), `d`ump.
Only deletion (`dd`) behaves slightly differently, in that it simulates
a state not a label (even though labels are used in the background).
Fixed moving through different parts of an e-mail being reversed from
what one would expect.
Updated config file for alacritty 0.6.
Removed a lot of the commenting cruft still stuck in the original
configuration file.
A sample commented version of the config file can nowadays be found at
`/usr/share/doc/alacritty/alacritty.yml`.
Moved umpv script to updated version available here:
eeb711f5f3/TOOLS/umpv
Switches deprecated `--input-file` argument for `--input-ipc-server`,
making use of socket instead of FIFO file ---
though it should work the same in practice.
Added function to fuzzily search through any documents using rga.
Function code adapted from https://github.com/phiresky/ripgrep-all
Can be interactively searched, should be reasonably fast once indexing
is finished.
Added script to quickly translate a page or selected text through google
translate. Can be invoked through the aliases `:translate-page` or `:translate-selection` respectively, or the shortcuts <leader>bg, <leader>bG.
Added some gitignore files in the directory to stop keeping track of
non-personal configuration files.
The server still does not correctly ignore messages which should be
contained in the ignored keywords list. (Image upload percentages,
repository update percentages, for which it spits out hundreds of
desktop notifications. Well, 100, to be exact.)
Perhaps this simplification of the keywords makes it work better.
Added check to fetch remote updates before actually pulling in remote
changes.
This may help somewhat with the modification of files when they are
simultaneously open in vim, though I am not entirely sure.
Needs further investigation.
Session names would be cut off by the preview window.
Now, the preview window is generally *close* to the session names but
not overlapping them, which looked weird.
Moved vim-plug plugin list to load into separate file so it is a coherent
plugin list to modify or disable.
Moved key mappings (`maps.vim`) into a separate keys directory so they
can be loaded in individual files if desired.
Previously enabled the search through shell history with ^r on the
commandline. This is still the case, though now the results of the
search can be cycled through with ^p (earlier) and ^n (later).
The key combinations are only active in incremental search and will only
search through the previous results.
When in normal more, or command mode, ^p/^n will cycle through the
history of the shell, taking into account what has already been typed
and going through the history on the basis of this.
Add all `pavolume` sent notifications to a single tabstack, which means
they will be displayed on top of each other and remove the older
notification display when a new one arrives.
End result is that volume changes are now displayed as continuous
changes of a single notification (i.e. changing volume level bar)
instead of multiple notifications.
Enabled zsh option to automatically prepend directories with `cd` if
they are the only command on the line, essentially enabling you to just
write `/var/lib/docker` to go to the respective directory.
vifm switched to a new json formatted vifminfo file,
see https://sourceforge.net/p/vifm/mailman/message/37115461/
This commit simply adds it to the ignored files list, since we do not
care to have it in the repository just like the old vifminfo file.
`:ScratchPad` command has been fixed and its functionality slightly
extended:
`:ScratchPad` will replace the current buffer with an empty scratchpad,
with the filetype defined in `g:scratchpad_ft` (or the buffer-scope
equivalent).
`:ScratchPad!` will create a new split and open the empty scratchpad
there.
Additionally, a single argument can be passed to the command with the
name of the filetype that the scratchpad should contain, e.g.
`:Scratchpad! golang`
Most of the plugin process has been shifted to lua and only a single
command mapping remains as vimscript for now.
Previously the key was space (when in vi command mode), but that can too
easily be accidentally hit.
Using ctrl-e (when in vi command mode) makes mnemonic sense ('edit'),
and is hard to hit accidentally. It also mirrors the c-x c-e mapping
that bash (and zsh?) use when in emacs mode rather than vim.
Allows pressing <alt-.> when in insertion mode in zsh to add the first
(then second, third, ...) argument from the last line to the end of the
current line.
Especially useful for things like:
```
mkdir -p my/folder/deeply nested
cd <alt-.>
```
to instantly move to the folder!
signature help shortcut (<c-k>) was interfering with basic buffer
movement. Moved it to gK as a more 'global' hover option (which uses K,
whenever lsp is enabled).
Add readme markdown files to stow ignored list so they will not be
automatically linked in the home directory. They exist purely for the
repository and should not appear on the system itself.
`udiskie` is kept running in the background and automatically
mounting any inserted media, which will then also show its
tray icon so that it can be quickly unmounted as well.
Additional ideas would be to allow mounting / unmounting through
keyboard sequences instead of gui (via rofi for example).
Added new functionality to lsp: hovering, go-to definition, referencing,
implementations, etc accessible through the usual hotkeys.
Added commands to invoke LspHover and temporarily disable lsp for the
current buffer (is re-enabled on re-entering the buffer, e.g. with
:e<cr>)
Added tjdevries extended lua lsp implementation containing functionality
for the nvim api itself (especially useful for `vim.api`, `vim.fn`).
Previously, the foldlevel of 2 would still display second level markdown
headlines (`##`) but fold `###`.
However, most of my text analyses are taking place within 3rd level
headlines nowadays, and if vim-pandoc is allowed to have folds enabled,
it will always fold everything beyond the foldlevel *each* time you
enter a buffer of pandoc filetype.
So, simply up the foldlevel one.
Cursor movement works better for soft-wrapped prose files now:
When just using j/k to move vertically, the cursor will jump between the
different parts of a single wrapped line. That means you can easily move
anywhere you want on your lines, exactly as it's shown to you.
If, however, prefixing your j/k move with a number to move a relative
number of lines, it will no longer take wrapping into account. That
means you can not jump instantly to *any* part of a wrapped lines,
however on the other hand the relative line numbers on the side never
lie now: You will jump exactly as many lines as are shown on the side.
This is a tradeoff I am happily willing to make.
Additionally had to remove vim-pencil to get the movement to work, but
since it did not provide any visible pros anymore, this should not be a
big issue.
tab and shift-tab will select up and down,
ctrl-g moves to the first entry,
ctrl-t toggles the preview window on and off,
ctrl-d/ctrl-u scroll through the preview window.
By default, a preview window of the contents of whatever file is
currently selected will be displayed.
I would rather have the preview hidden by default, but it is hidden in
the default options it becomes hard to show it automatically again for
individual commands, so this seems a better compromise.
completion-nvim chaining seems to not allow multiple `triggered_only`
definitions in the same linked chain of various completion options. In
other words, when in pandoc files there is no possibility to have
completion for lsp and buffer words by default and for paths on pressing
`/`, as well as bib-citekeys on pressing `@`.
Doing so requires automatically switching sources, which in turn is of
little use when writing pandoc normally and it hangs every couple of
seconds to recompile the bibtex list as soon as it runs out of buffer
words to complete.
Ideally, the completion-nvim bug should be looked at, but also the
bibtex completion possibly completely turned into a lua parsed
completer, so it does not depend on `vim-pandoc` and its (presumably)
slower vimscript implementation.
Make use of colorful action groups and query input option.
By default, will group the different completion actions (if they have
been set up for the respective zsh completion) as different color sets.
When entering an input and nothing fits (or something else than
intended), it is now possible to simply hit alt+enter instead of just
enter to add whatever you typed into the zle instead of whatever fzf
provided you with (or nothing at all, if it didn't).
Fixed source completion, so it automatically changes to turn source
switching *off* for pandoc files (to not automatically invoke bibcite
generation), and *on* for the rest of files.
This was accidentally switched the wrong way round before.
Lsp will by default invoke most of its sources simultaneously (one after
the other if no completions are found for the first), but this is
disabled for pandoc.
In pandoc, only the buffer and lsp sources are invoked (the first
chain), since bibcite will take a while to compile the cite keys.
To invoke bibcite in pandoc, use c-j/c-k when in the completion menu,
and they will be calculated.
This may be removed if a faster compilation for bibtex citekeys is
found.
Enabled lsp within nvim and switched completion engine from deoplete to
completion-nvim.
The completion will be somewhat more barebones for some filetypes until
the language servers are set up, but should then (theoretically) carry a
lot more features than before.
Additionally, we can, over time, add additional code inspection
functionality.
One change concerns the calling of bibtex cite key completion in pandoc
files: Where before the completion would automatically begin after
typing an '@', it will now only start on manual completion invocation
(c-p/c-n) -- since the completion from my current bibtex file takes a
while to load.
