From: Eli Zaretskii <eliz@gnu.org>
To: Robert Pluim <rpluim@gmail.com>
Cc: luangruo@yahoo.com, larsi@gnus.org, 54562@debbugs.gnu.org
Subject: bug#54562: 28.0.91; Emoji sequence not composed
Date: Mon, 28 Mar 2022 16:12:06 +0300 [thread overview]
Message-ID: <837d8e9q6x.fsf@gnu.org> (raw)
In-Reply-To: <875ynytfce.fsf@gmail.com> (message from Robert Pluim on Mon, 28 Mar 2022 14:46:09 +0200)
> From: Robert Pluim <rpluim@gmail.com>
> Cc: luangruo@yahoo.com, larsi@gnus.org, 54562@debbugs.gnu.org
> Date: Mon, 28 Mar 2022 14:46:09 +0200
>
> Eli> I guess we should try. It should be optional behavior, because Emacs
> Eli> never did that, and I cannot predict what will that do to all the
> Eli> different use cases where we compose text, and thus whether users will
> Eli> like that in all the cases. It could, for example, mean that a
> Eli> particular Latin character with a diacritic will be displayed with a
> Eli> font that's different from the rest of the Latin text, which some
> Eli> users might consider worse than seeing just the base character in the
> Eli> "expected" font. And that's just the simplest use case.
>
> Yes, thatʼs exactly what happens with U+0308 here sometimes, see
> screenshot below. I had to search a bit to find a font to use as the
> default that didnʼt have a glyph for U+0308, so Iʼm not sure how
> important this issue is in practice.
I wasn't talking specifically about U+0308, I was talking about
combining diacritics in general. Some newer ones could be missing
from fonts that otherwise cover Latin character sets.
> Eli> "Look at" in what sense?
>
> 'consider'
>
> Rough patch attached. It does U+20E3, U+0308, and U+20D0..U+20FF. It
> works kind of ok, but U+006F U+0308 suffers from the font problem you
> were worried about. With Bitstream Vera Mono, the composed glyph ends
> up being from Latin Modern Roman, which looks very different.
>
> The composed glyphs for U+20D0..U+20FF look pretty bad in all the
> fonts Iʼve tried so far: Unifont, FreeSans, Free Mono, Menlo,
> Bitstream Vera Mono. Does anyone have an idea of a good font for
> those?
I'll let people comment on whether this is worth an optional
behavior.
> +static bool
> +codepoint_is_combining_lookup_eligible (int ch)
> +{
> + if ((0x20D0 <= ch && ch <= 0x20FF) || ch == 0x308)
> + return true;
> + return false;
> +}
Any reason not to use the Unicode category here? Or do we want to
support only specific characters (in which case U+0308 is still not
the only one)?
next prev parent reply other threads:[~2022-03-28 13:12 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87bkxu8k7t.fsf.ref@yahoo.com>
2022-03-25 9:17 ` bug#54562: 28.0.91; Emoji sequence not composed Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-25 10:27 ` Eli Zaretskii
2022-03-25 10:32 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-25 10:54 ` Robert Pluim
2022-03-25 11:47 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-25 12:15 ` Eli Zaretskii
2022-03-25 12:46 ` Andreas Schwab
2022-03-25 13:05 ` Eli Zaretskii
2022-03-25 13:14 ` Andreas Schwab
2022-03-25 13:30 ` Robert Pluim
2022-03-25 13:57 ` Andreas Schwab
2022-03-25 13:44 ` Eli Zaretskii
2022-03-25 14:03 ` Andreas Schwab
2022-03-25 14:05 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-25 14:14 ` Robert Pluim
2022-03-26 1:16 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-26 5:56 ` Eli Zaretskii
2022-03-26 16:51 ` Lars Ingebrigtsen
2022-03-27 0:32 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-27 15:10 ` Robert Pluim
2022-03-28 0:19 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-03-28 7:47 ` Robert Pluim
2022-03-28 11:51 ` Eli Zaretskii
2022-03-28 12:46 ` Robert Pluim
2022-03-28 13:12 ` Eli Zaretskii [this message]
2022-03-28 14:59 ` Robert Pluim
2022-03-28 16:07 ` Eli Zaretskii
2022-03-29 10:45 ` Robert Pluim
2022-03-29 11:44 ` Eli Zaretskii
2022-03-29 14:50 ` Robert Pluim
2022-03-29 15:42 ` Eli Zaretskii
2022-03-29 15:59 ` Robert Pluim
2022-03-29 16:49 ` Eli Zaretskii
2022-03-28 13:19 ` Andreas Schwab
2022-03-28 15:01 ` Robert Pluim
2022-03-28 15:35 ` Andreas Schwab
2022-03-28 16:11 ` Eli Zaretskii
2022-03-28 16:20 ` Andreas Schwab
2022-03-28 16:26 ` Robert Pluim
2022-03-28 16:41 ` Andreas Schwab
2022-03-28 17:10 ` Eli Zaretskii
2022-03-28 17:14 ` Eli Zaretskii
2022-03-28 17:39 ` Andreas Schwab
2022-03-28 18:12 ` Eli Zaretskii
2022-03-28 18:14 ` Andreas Schwab
2022-03-28 18:15 ` Eli Zaretskii
2022-03-25 11:23 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=837d8e9q6x.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=54562@debbugs.gnu.org \
--cc=larsi@gnus.org \
--cc=luangruo@yahoo.com \
--cc=rpluim@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.