mintty
mintty
I made a fixed wsltty release and also updated the makefile for wsltty.appx, which now defines WSLTTY_APPX for the backend copying. I'd appreciate your contribution of further updated files (manifest...
OK, 2 points: 1. The description should make a clear statement about the intention and that it describes a mode that breaks compatibility with traditional terminal width handling. 2. A...
Having checked all emoji sequences, it seems that the issue could be resolved by two simple rules: Text output while "Unicode width mode" is enabled will have the following width-rendering...
I've created an issue at https://gitlab.freedesktop.org/terminal-wg/specifications/-/issues/36.
I've implemented this experimentally for mintty. Switching is done with DECSET 7769 for now. 2027 should not be used as it was in used by some terminas for something different.
> I think this is pretty bad. Why do you want to deviate from 2027? It seems this is actually your own fault. See https://github.com/mintty/mintty/issues/1255#issuecomment-1913331497, 2027 was in use for...
Thank you. So I'll switch for the release. I'd also appreciate feedback on the way I implemented it, particularly rule 0 in https://gitlab.freedesktop.org/terminal-wg/specifications/-/issues/36.
By the way, do you also have an overview which terminals implement auto-rewrap and which use 2028 for it?
I'll support both mode settings for now as it's not yet clear whether implementations will be compatible. See https://github.com/mintty/mintty/blob/master/wiki/CtrlSeqs.md#emoji-width-mode for the mintty feature.