Recently published Monaspace family of monospace introduces a cool idea of being able to use multiple different styles of the same font, with same metrics, together at the time, extending usual possibility of using italics and bold fonts
It would be great if CLI terminal emulators and applications (especially text editors) could use it as well. It could open a lot of room for innovation in the CLI UX space. Things like different elements of tmux UI, shell and other auto-completions, interactive tools, text-editing etc. could benefit from it.
It is however at the point of a chicken and egg problem. Applications don't use it because terminals don't support it, terminals don't implement it because nothing yet uses it. Font creators don't produce metric-compatible fonts, because it's not very common.
I was told that xterm does include some form of support for it already.
I was aware that Kitty would be in a good position to support it, as it's generally very featureful. The author considers it easy to implement, but unless there's some major CLI text editor that commits to supporting it, he doesn't want to spend the effort.
Well, I think Helix being so featureful CLI text editor would also be in a great position to support it, so maybe we could make it happen, get some cool feature to showcase to the users, and in the process bootstrap a nice advancement in the overall state of the art.
So the question is: would Helix be willing to add support for it, and then finding someone that is willing to do the effort.
Recently published Monaspace family of monospace introduces a cool idea of being able to use multiple different styles of the same font, with same metrics, together at the time, extending usual possibility of using italics and bold fonts
It would be great if CLI terminal emulators and applications (especially text editors) could use it as well. It could open a lot of room for innovation in the CLI UX space. Things like different elements of tmux UI, shell and other auto-completions, interactive tools, text-editing etc. could benefit from it.
It is however at the point of a chicken and egg problem. Applications don't use it because terminals don't support it, terminals don't implement it because nothing yet uses it. Font creators don't produce metric-compatible fonts, because it's not very common.
I was told that xterm does include some form of support for it already.
I was aware that Kitty would be in a good position to support it, as it's generally very featureful. The author considers it easy to implement, but unless there's some major CLI text editor that commits to supporting it, he doesn't want to spend the effort.
Well, I think Helix being so featureful CLI text editor would also be in a great position to support it, so maybe we could make it happen, get some cool feature to showcase to the users, and in the process bootstrap a nice advancement in the overall state of the art.
So the question is: would Helix be willing to add support for it, and then finding someone that is willing to do the effort.