UTF8 emoji display issue

Post Reply
ecloud
Posts: 8
Joined: Sat May 02, 2020 11:46 am

UTF8 emoji display issue

Post by ecloud »

Some emoji characters are displayed half when there is other characters behind them.
V4.9.1
Mac and Linux(debian)
屏幕快照 2020-08-16 12.20.03.png
屏幕快照 2020-08-16 12.20.03.png (45.19 KiB) Viewed 878 times

User avatar
SlySven
Posts: 974
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: UTF8 emoji display issue

Post by SlySven »

Which Server encoding are you using - and what is the setting for ambiguous width East-Asian characters - the default (auto) will assign a wide space for such characters if the encoding is Big5 or GBK or GB18030. Also there is an issue with the colour emoji font used on Linux because the widths for the emoji glyphs from it may be wider than those of the font that it is standing in for for that provide the non-emoji glyphs.

I did try something in PR 3563 (https://github.com/Mudlet/Mudlet/pull/3563) but that was so long ago that the test builds have expired and gone away. If i can I will try and refresh that draft so that there is something you can play with to see if it makes things better - however it is slower than the current software and although it might fix things for you it does not represent a code direction we want to go with Mudlet (we want to fix things in a different way)...

ecloud
Posts: 8
Joined: Sat May 02, 2020 11:46 am

Re: UTF8 emoji display issue

Post by ecloud »

This is not a server issue because echo has the same display
Encoding is UTF8, same issue on Linux and Mac
While GBK encoding is good.
emoji.png
emoji.png (11.2 KiB) Viewed 855 times

ecloud
Posts: 8
Joined: Sat May 02, 2020 11:46 am

Re: UTF8 emoji display issue

Post by ecloud »

Finally this issue is fixed after I check "ambiguous width East-Asian characters " to selected (instead of '-').
It seems that when the encoding is UTF8, some emoji will be recognized as non-double-size characters, so the width is set to 1 by mudlet.

ecloud
Posts: 8
Joined: Sat May 02, 2020 11:46 am

Re: UTF8 emoji display issue

Post by ecloud »

Almost everything is fine except plane...
plane.png
plane.png (16.91 KiB) Viewed 850 times

So what's wrong with the plane :?:

User avatar
SlySven
Posts: 974
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: UTF8 emoji display issue

Post by SlySven »

It's too booming big!

Which OS is this on, BTW?

ecloud
Posts: 8
Joined: Sat May 02, 2020 11:46 am

Re: UTF8 emoji display issue

Post by ecloud »

SlySven wrote:
Mon Aug 17, 2020 10:33 pm
It's too booming big!

Which OS is this on, BTW?
Raspbian 2020
Mac OS 10.14

Both cut plane to a single character.

ecloud
Posts: 8
Joined: Sat May 02, 2020 11:46 am

Re: UTF8 emoji display issue

Post by ecloud »

Not only plane, I found there are a few emoji characters with the same issue.
For example:
➡️

User avatar
SlySven
Posts: 974
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: UTF8 emoji display issue

Post by SlySven »

I think I have identified a bug that means that selecting either of the Big5 encodings would not have made that setting being Auto (the "-" you are seeing for a partially checked option) select the Wide setting as Mudlet would have done for the GBK or GB18030 encodings and Narrow/Normal for all other encodings (including UTF-8). I am glad that selecting the "Wide" option at least fixed some things for you, but I am not sure yet if it is an easy fix for the other glyphs...

User avatar
SlySven
Posts: 974
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: UTF8 emoji display issue

Post by SlySven »

That emoji seems to be U+2708 {Airplane} and was introduced in Unicode 1.1 - that seems to be one of the range that we have problems with (see https://github.com/Mudlet/Mudlet/pull/3 ... -608507077 )...

Post Reply