duketuxem / dotfiles Goto Github PK

Normal behavior:

When calling The Bro function (declared in vimrc) with <leader> r for example, selecting an existing (non-empty) old file path will display it on a new vim right pane.

Issue:
Now, doing the same for a previously existing file, does open a new buffer (displayed [new] in the console), but somehow the wincmd does not seem to be executed. Once the function exits, if the user types:
:wincmd L this results in the desired behavior, why is this not working from the function scope ?

I thought so because KeepassXC was using a dark theme, but it was customized on the app itself, not on a system level.

Need to achieve consistency
https://wiki.archlinux.org/title/Dark_mode_switching

Considering the fixes to keep a clean home are applied with 2 different methods :

• Through environment variables set in "$XDG_CONFIG_HOME"/zsh/zprofile and loaded on logging...
  and
• Aliased commands loaded when an interactive shell is spawn ("$XDG_CONFIG_HOME"/zsh/zshrc calling aliasrc)

The first statement is valid for a general use case but say, one runs a program (which only "complies" to XDG with an aliased command) from dmenu, it will just be picked from the path, avoiding the setting.

It should be possible somehow that dmenu reads the alias file to load only the settings applying the XDG Spec. So for programs not only run from the shell.

This is actually solved with a hack in zshrc.

When tmux is loaded, zshrc will detect it and then source an environment file containing my favorite ls color values. It is (for now) at this path: $XDG_CONFIG_HOME/tmux/ls.env

It would be nice to make this behavior consistent and so remove this fix in zshrc.