d3adb5 / dotfiles Goto Github PK

Create a Nix flake out of this repository to allow using as input for other flakes and/or outputting NixOS and Home Manager configurations.

Zsh and shells like ksh have a builtin called autoload that can be used to load functions from $FPATH into memory. I remember reading somewhere that a reference would be loaded into memory, but not the function definition, or something along those lines.

If it can speed up the startup process for Zsh, as it has to load all the files in its configuration (not that it matters too much when it's <1s), change functions so they're in their own files somewhere under $FPATH.

Stack can be used to manage dependencies and build a project
written in Haskell. Some people already have their XMonad configuration as Stack
projects, so might as well move the XMonad config into a different repository or
start the Stack project on this one.

An example of dependency (other than XMonad) that the code in this repository
has is Data.Default.

There's no reason not to try and have some unit tests in the XMonad configuration to guarantee it works the way we want it to work.

Mysteriously, formatoptions is ending up with an 'a' in it, even when the
file being edited is not a Markdown file.

This change might be coming from a plugin, since it doesn't affect every file,
and the formatoptions string is completely different from what is set in
lua/settings.lua. Perhaps the autocommand set up for Markdown files is being
triggered erroneously, or something like that. Doubtful.

Paragraph autoformatting is great for documentation, and Git commit messages.
But boy is it annoying when dealing with code. So annoying!

Seems Lua is much faster than VimL, at least as it stands. There are some changes and optimizations being worked on for VimL that would make it faster and somewhat easier to pick up and understand, but VimL remains a language exclusive to Vim. Lua is a simple scripting language that can be a useful skill to have in some cases.

Neovim has support for an entirely Lua based configuration, now, so it would be interesting to switch every bit of config to Lua.

It would be interesting to add some status checks through GitHub Actions for
various things, such as testing whether Zsh would accept the configuration lying
herein, whether the latest (Git) version of XMonad, coupled with
xmonad-contrib, would compile the configuration contained in this repository,
etc.

Linting, syntax checking, testing (if there can even be such a thing) would be
interesting to put in here, despite the configuration beind actively tested on
the target environment before ever being committed.

The latest update on wbthomason/packer.nvim states that the project is currently unmaintained and suggests migrating to either its spiritual successor or to folke/lazy.nvim.

It mentions the latter as a very stable plugin manager, so guess we'll use that.

Fcitx5, which has superseded Fcitx4 (now in maintenance mode according to the Arch wiki), provides no option to apply an xmodmap configuration file on reload, but rather overrides the mapping of keycodes to keysyms altogether whenever it decides to apply its current layout.

Switching from xmodmap to XKB was presumed to be the solution (9460ec8), but the behavior can still be observed when carrying out updates through pacman. A potential workaround could be to create our own keyboard layout using XKB and applying that through Fcitx5 instead.