Removed functionality that auto-saves all currently open windows
whenever vim loses focus, since that function is more bothersome than
helpful (and I remember to save my files 99.9% of the time anyway).
That 0.1% will also be impressed in my memory after forgetting once or
twice.
Simple, experimental replacement for now. Tries to keep the previous key
functionality intact:
use <leader>e to open working directory in vifm, <leader>E to open the
directory of the current file.
Some problems will remain - currently it is hard to navigate away from
an open vifm instance with C-hjkl since it is not recognized as a vim
window anymore.
Additionally, invoking vim functions does not work from the vifm window,
which means that if I start nvim pointing to a directory, i.e. with vifm
open, it not possible for me currently to directly start up fzf to open
another file, or a buffer from the history, or similar.
Uses arch aur-packaged installation of sumneko_lua, and invokes it for
any lua file.
Takes care of some additional configuration to enable easier programming
for neovim itself.
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.
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.
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.
`: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.
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).
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.
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.
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.
Changed function to accomodate internal change in wiki.vim naming for
the link parsing function.
See wiki.vim commit d085c138fd4cd33abeb93f1c1afaff1210c7c33b.
Improved completion menu by allowing c-p,c-n scrolling through it.
Removed automatically resizing buffers, use c-w= if you need it.
Added scrolloff, controlling the amount of lines that are always
under/above the cursor. This fixes the cursor being at the very bottom
of the page, after doing e.g. zb or zt and will allow seeing a bit more
information around it at all times.
Clarified naming scheme in sxhkd-chain-labels documentation.
Updated year for vim copyright shortcut.
Enabled automatic copying to clipboard by neovim for every yank action.
Additionally to gopass editing, editing pass files should also avoid
creating external undo files, backups, and similar traceable files out
of which secrets could leak.
This prevents their creation on a wide level.
Fixed bug when line in todo dropdown starts with `vim:`, `vi:`, or `:ex`
which would automatically be read by vim and tried to be set in the
editor. Removed modeline reading from vim to fix the bug, and since it
provides quite an attack vector anyway.
Added Limelight to its startup procedure to highlight the current to-do
paragraph.
Added preview and opening of doc(x) files with nvim.
Makes use of docx2txt, catdoc to display the files, meaning they are
required.
Added some spellchecking words.
Made yank highlight last 0.5s instead of 0.15s.
Moved mapping to display toc for markdown and pandoc files to the vim
standard mapping of gO (by default only enabled for :Man and :help).
Uses :WikiFzfToc, so will only work with wiki.vim
Fix location of thesaurus to follow XDG specification for application
data (in `.local/share/nvim/thesaurus`).
Automatically download thesaurus if it is not found.
Fixed navigating backwards ignoring any files jumped to via the
Zettelkasten function and only moving to the last wiki.vim jumped-to
file. Now correctly navigates to any file in the chain, be that zk or
wiki by invoking the correct wiki.vim page opening function.
Can move through wiki by Zettel anchor IDs. Replaces standard wiki
movement. Zettel IDs do not care about the directory they are in, as
long as the ID is the same the Zettel can be located anywhere within the
wiki root directory.
Will need refinement and speed improvements in the future.
Whenever I write markdown, I want it to be interpreted by pandoc rather
than markdown itself. I write the pandoc flavor of md, I want the pandoc
plugin to handle the files, and I want to enable citations and
compilation in every markdown file.
Added alignment plugin. My primary use-case is markdown tables, though
the plugin can be used for a lot more than that.
Basic use is marking the to-be-aligned area and pressing ga then
entering *| (or something else than pipe, if the separator symbol is
different). Or doing e.g. gaip to align within paragraph; works as
editing command.
Added fzf as selector interface for spell correction
selecting. Can be invoked through command
`FzfSpellSuggest` for now. Can be bound to keymapping if needed more
often; or if intending to overwrite default spell correction.
Fix various little fzf annoyances: Implement good coloring of floating
window. Make it use fd by default, search through hidden files but
ignore the git directory itself.
Also, let it split the window on s and vertical split on v.
fzf already comes with its own floating window call function, so we
don't have to use our own. Instead simply call the floating window when
we are in compatible vim/nvim version and let fzf do its thing.
