GNU bug report logs - #17261
Some combining characters don't combine (Emacs 24 regression)

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17261 in the body.
You can then email your comments to 17261 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Max Shinn <max <at> maxshinnpotential.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Some combining characters don't combine (Emacs 24 regression)
Date: Sun, 13 Apr 2014 10:49:44 -0500

[Message part 1 (text/plain, inline)]

Certain combining characters---such as the combining vector
arrow (0x20D7, a⃗) and the combining circle (0x20DD, a⃝)---do not
combine properly under most fonts on Emacs 24.3.1 under Debian GNU/Linux
x86_64, GTK 3.4.2.  In Emacs 23.3.1, these characters worked properly
under several fonts (for instance, Droid Sans Mono), whereas in Emacs
24, they only work properly with the FreeMono font.  The precise
behavior I am observing on Emacs 24 is where the base character and the
combining character sit side-by-side instead of superimposed on one
another.

[signature.asc (application/pgp-signature, attachment)]

Message #8 received at 17261 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Max Shinn <max <at> maxshinnpotential.com>, Kenichi Handa <handa <at> gnu.org>
Cc: 17261 <at> debbugs.gnu.org
Subject: Re: bug#17261: Some combining characters don't combine (Emacs
 24	regression)
Date: Sun, 13 Apr 2014 20:36:42 +0300

> Date: Sun, 13 Apr 2014 10:49:44 -0500
> From: Max Shinn <max <at> maxshinnpotential.com>
> 
> Certain combining characters---such as the combining vector
> arrow (0x20D7, a⃗) and the combining circle (0x20DD, a⃝)---do not
> combine properly under most fonts on Emacs 24.3.1 under Debian GNU/Linux
> x86_64, GTK 3.4.2.  In Emacs 23.3.1, these characters worked properly
> under several fonts (for instance, Droid Sans Mono), whereas in Emacs
> 24, they only work properly with the FreeMono font.  The precise
> behavior I am observing on Emacs 24 is where the base character and the
> combining character sit side-by-side instead of superimposed on one
> another.

Looks like some side effect of changes in how we select fonts.  Where
Emacs 23 would force the base character to use the font that could
display the combining character, Emacs 24 now does not, which disables
auto-composition because Emacs can only compose characters that come
from the same font.  So the only way to display those characters as
composed is to select a buffer font that can display them.

Message #11 received at 17261 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Max Shinn <max <at> maxshinnpotential.com>, Kenichi Handa <handa <at> gnu.org>,
 17261 <at> debbugs.gnu.org
Subject: Re: bug#17261: Some combining characters don't combine (Emacs 24
 regression)
Date: Sat, 21 Sep 2019 11:51:02 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Sun, 13 Apr 2014 10:49:44 -0500
>> From: Max Shinn <max <at> maxshinnpotential.com>
>>
>> Certain combining characters---such as the combining vector
>> arrow (0x20D7, a⃗) and the combining circle (0x20DD, a⃝)---do not
>> combine properly under most fonts on Emacs 24.3.1 under Debian GNU/Linux
>> x86_64, GTK 3.4.2.  In Emacs 23.3.1, these characters worked properly
>> under several fonts (for instance, Droid Sans Mono), whereas in Emacs
>> 24, they only work properly with the FreeMono font.  The precise
>> behavior I am observing on Emacs 24 is where the base character and the
>> combining character sit side-by-side instead of superimposed on one
>> another.
>
> Looks like some side effect of changes in how we select fonts.  Where
> Emacs 23 would force the base character to use the font that could
> display the combining character, Emacs 24 now does not, which disables
> auto-composition because Emacs can only compose characters that come
> from the same font.  So the only way to display those characters as
> composed is to select a buffer font that can display them.

Does that mean that the behaviour is not a bug, or should it be fixed?

Best regards,
Stefan Kangas

Message #14 received at 17261 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: max <at> maxshinnpotential.com, handa <at> gnu.org, 17261 <at> debbugs.gnu.org
Subject: Re: bug#17261: Some combining characters don't combine (Emacs 24
 regression)
Date: Sat, 21 Sep 2019 15:21:05 +0300

> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Sat, 21 Sep 2019 11:51:02 +0200
> Cc: Max Shinn <max <at> maxshinnpotential.com>, Kenichi Handa <handa <at> gnu.org>, 17261 <at> debbugs.gnu.org
> 
> > Looks like some side effect of changes in how we select fonts.  Where
> > Emacs 23 would force the base character to use the font that could
> > display the combining character, Emacs 24 now does not, which disables
> > auto-composition because Emacs can only compose characters that come
> > from the same font.  So the only way to display those characters as
> > composed is to select a buffer font that can display them.
> 
> Does that mean that the behaviour is not a bug, or should it be fixed?

I don't think it's a bug, no.

Message #17 received at 17261 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Max Shinn <max <at> maxshinnpotential.com>, Kenichi Handa <handa <at> gnu.org>,
 17261 <at> debbugs.gnu.org
Subject: Re: bug#17261: Some combining characters don't combine (Emacs 24
 regression)
Date: Tue, 29 Oct 2019 05:30:44 +0100

tags 17261 + notabug
close 17261
thanks

Eli Zaretskii <eliz <at> gnu.org> writes:

> > Does that mean that the behaviour is not a bug, or should it be fixed?
>
> I don't think it's a bug, no.

No further comments within 5 weeks, so I'll go ahead and close this.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.