| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
| |
A centralized list for these renames is not good because:
- It breaks disabledModules for modules that have a rename defined
- Adding/removing renames for a module means having to find them in the
central file
- Merge conflicts due to multiple people editing the central file
|
|
|
|
|
|
|
|
|
| |
From https://github.com/zsh-users/zsh-syntax-highlighting#faq:
"It must be sourced after all custom widgets have been created
(i.e., after all zle -N calls and after running compinit)."
zsh-syntax-highlighting must be sourced to the end.
|
|
|
|
|
|
| |
And replace them with a more appropriate type
Also fix up some minor module problems along the way
|
| |
|
| |
|
| |
|
|
|
|
| |
`mkEnableOption`
|
|
|
|
|
|
| |
recursive lists for patterns
The idea has been described here: https://github.com/NixOS/nixpkgs/pull/25323#issuecomment-298677369
|
|
|
|
| |
rename zsh-option "syntax-highlighting" -> "syntaxHighlighting"
|
|
|
|
|
| |
see https://github.com/zsh-users/zsh-syntax-highlighting/blob/master/docs/highlighters/pattern.md
for further reference.
|
|
|
|
|
|
|
|
| |
validation
Right now the `programs.zsh.syntax-highlighting.highlighters` option
lacks appropriate validation which can cause confusing things when
mistyping a higlighter for zsh-syntax-highlighting.
|
|
(#25153)
* programs.zsh: factor zsh-syntax-highlighting out into its own module
* programs.zsh.syntax-highlighting: add `highlighters` option
* programs.zsh: document BC break introduced by moving zsh-syntax-completion into its own module
|