Please test against latest zsh from git

[okapia]

There's been quite a few highlighting related changes in zsh since the last release and I'm somewhat anxious that these haven't received enough testing by people who actually use highlighting in complex and imaginative ways.

Particularly notable is the ability to assign a layer to highlight regions for greater control over precedence. So no need to duplicate functionality from zle_highlight. Where zsh 5.9 only accumulates attributes, it is possible to turn them off again. Italic and faint are now supported. It'd be easy to add four or five further simple on/off attributes apart from the lack of termcap sequences making that awkward to do portably. Something like underline colours would need further refactoring because we don't have enough bits available.

[danielshahaf]

Thank you for all the work! The test suite passes and a quick interactive session doesn't show anything obviously wrong. I'm afraid I don't personally have time for much more. Anyone else who can test, don't hesitate to chime in. If needed, the zsh sources are over at https://github.com/zsh-users/zsh; the build command is `Util/preconfig && ./configure` and thereafter `./Src/zsh -f` will run zsh. And thanks again for all the work over on -workers@! Daniel okapia wrote on Fri, 21 Nov 2025 16:48 +00:00:

…

okapia created an issue (zsh-users/zsh-syntax-highlighting#968) There's been quite a few highlighting related changes in zsh since the last release and I'm somewhat anxious that these haven't received enough testing by people who actually use highlighting in complex and imaginative ways. Particularly notable is the ability to assign a layer to highlight regions for greater control over precedence. So no need to duplicate functionality from `zle_highlight`. Where zsh 5.9 only accumulates attributes, it is possible to turn them off again. Italic and faint are now supported. It'd be easy to add four or five further simple on/off attributes apart from the lack of termcap sequences making that awkward to do portably. Something like underline colours would need further refactoring because we don't have enough bits available. -- Reply to this email directly or view it on GitHub: #968 You are receiving this because you are subscribed to this thread. Message ID: ***@***.***>