GNU bug report logs - #66503
29.1; Problem rendering Arabic diacriticals

Previous Next

Package: emacs;

Reported by: "John Wiegley" <johnw <at> gnu.org>

Date: Thu, 12 Oct 2023 17:53:02 UTC

Severity: normal

Found in version 29.1

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: John Wiegley <johnw <at> gnu.org>
Cc: 66503 <at> debbugs.gnu.org
Subject: bug#66503: 29.1; Problem rendering Arabic diacriticals
Date: Sat, 14 Oct 2023 09:57:48 +0300
> From: John Wiegley <johnw <at> gnu.org>
> Cc: bug-gnu-emacs <at> gnu.org
> Date: Fri, 13 Oct 2023 22:19:52 -0700
> 
> I have found a workaround: By typing “shadda followed by fatha” instead of
> “fatha followed by shadda”, my Emacs renders it correctly. Here are the two
> different lines:
> 
> لَنَهْدِيَنَّهُمْ
> لَنَهْدِيَنَّهُمْ
> 
> In Mellel these are both rendered the same, but (my) Emacs treats them quite
> differently.

Both lines render identically here.  I think the conclusion is that
the macOS text-shaping engine doesn't sort the combining characters
before rendering them, which is what shaping engines are expected to
do.  However, I don't consider myself an expert on this, so maybe
raise this issue on some forum where the development of the macOS
shaper is discussed?




This bug report was last modified 1 year and 244 days ago.

Previous Next


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