canet-benoit

Doing: export LANG=en_US.UTF-8 combined with: export TERM=linux gives a less garbled interface: 

Hi, thanks for the response. I took a few screenshots of the 'locale -a' and 'locale -m' command on an OpenBSD box.   

Still 'locale charmap' seems to be another unknown locale. 

Using a Linux terminal emulator and ssh to the OpenBSD was giving the same result. I tried the various cursive back-ends a while ago.

Setting LC_CTYPE=en_US.UTF-8 makes 'locale charmap' return UTF-8 but does not solve the rendering bug.

I tried again to SSH to an OpenBSD box running my cursive enabled code from a Linux machine with: export TERM=linux and export LC_CTYPE=en_US.UTF-8 and the rendering is fine. Do...

Hi, Some follow-up: With "export TERM=linux" and "export LC_CTYPE=en_US.UTF-8" on a real Linux terminal over SSH the rendering is correct. This is still a bug but not a bug that...

Hi, I have further patch series to write: fixing the back-off timing strategy for example. Do you plan to review this series or should I fork ? Best regards Benoît

Hi, Thanks a lot for the in depth review. Using the user GetProfile() makes a lot more sense than my label accounting. I will think about this in background during...