README: In comparison to tmux, Unicode support might be noteworthy

[jaseg]

Hi,

after a quick test run I came to notice that (for me) a serious advantage of pymux over tmux is that it seems to more properly support unicode.

tmux has serious problems with non-ascii characters in the command line or window titles. To me, this mostly seems to stem from a lack of awareness on the part of the developers. I had a dive into the code once intending to fix this in tmux, but I quickly got discouraged by the homebrewn UTF-8 implementation they're using everywhere (no trace of other encodings) and the inconsistent use of that (some parts handle UTF-8, some just don't).

On pymux, I could not find any problems entering fullwidth characters encoded as multibyte UTF-8 sequences into command line or window titles.

Best regards

[jonathanslenders]

Hi @jaseg,

Thanks a lot! I added it to the readme.

If you think of any thing that can be done better, don't hesitate to create an issue. Personally, I also have enough ideas, so as long as the time allows me, pymux will keep improving.

[jquast]

author of wcwidth here, such nice things to say about full-width support, glad to see it recognized :)

[jonathanslenders]

Yeah, thank you for creating that, @jquast!
(I just added wcwidth to the readme as well.)

[jquast]

I might also like to bring attention to https://github.com/jquast/ucs-detect/ -- with the latest version of the wcwidth library, we can now detect and select the most appropriate version of unicode by exporting an environment variable, UNICODE_VERSION as demonstrated by this ucs-detect utility.

I wrote about it more detail here, https://jeffquast.com/post/terminal_wcwidth_solution/ (i was about to e-mail you @jonathanslenders but I think commenting on this old issue will do just fine, lol -- best wishes!)

[jonathanslenders]

Hi @jquast: thank you so much for working on that. I'm going to read the article!