Better support for unicode characters
See original GitHub issueApparently the characters that vtop
outputs are not supported currently by xterm.js (whereas they are in hterm. We should support them!
Additional context: https://github.com/zeit/hyper/issues/1275#issuecomment-271679999
Issue Analytics
- State:
- Created 7 years ago
- Reactions:1
- Comments:20 (13 by maintainers)
Top Results From Across the Web
Support for Unicode | Microsoft Learn
Unicode is a specification for supporting all character sets, including ones that can't be represented in a single byte.
Read more >9. Good practices - Programming with Unicode - Read the Docs
basic Unicode support: decode inputs and encode outputs using the correct encodings, usually only support BMP characters. Use Unicode strings, or byte strings ......
Read more >Which Unicode characters can you depend on?
Which Unicode characters can you depend on? ... Unicode is supported everywhere, but font support for Unicode characters is sparse. When you use ......
Read more >Display Problems - Unicode
If you are unable to read some Unicode characters in your browser, it may be because your system is not properly configured. Here...
Read more >List of well supported unicode characters - Stack Overflow
If you need to know if a Unicode character is assigned you should check the official Unicode Chart. Wikipedia has a good list...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@Tyriar xterm.js currently has another problem related to this. Emojis and other unicode characters are inserted with their actual width, which causes the line to grow bigger than it should (the cursor leaves the visible area of the screen without causing a line break). As far as I remember, hyper’s hterm modification measures the width of every character, and if it violates the standard monospace width, it puts a span around it that sets the width accordingly. You can validate this by copying this: 😊
Just insert many of them to the terminal, and you will notice that the line will not break where it is supposed to.
@Displee did you test if it happens off the master branch? If so please create a new issue, this one is ancient and almost certainly not the problem you’re seeing.