bug#6471: Arabic display by emacs -Q on HELLO

bug#6471: Arabic display by emacs -Q on HELLO

[David De La Harpe Golden]

[-- Attachment #1: Type: text/plain, Size: 1648 bytes --]

On 19/06/10 23:16, David De La Harpe Golden wrote:

>
> Aside: HELLO looks distinctly odd around the arabic lines in emacs -Q
> but not with my normal config. Probably independent from the immediate
> scrolling issue and possibly font-dependent, I'll file a separate bug.
>


Yes, emacs -Q is picking this font:

xft:-unknown-Metal-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1

from debian package ttf-arabeyes:

/usr/share/fonts/truetype/ttf-arabeyes/ae_Metal.ttf

and "emacs" this font (in accord with my default font customisation):

xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-15-*-*-*-m-0-iso10646-1


Actually, I suspect (not that I know arabic) both cases are displaying 
it incorrectly (not composed), but it looks particularly off with the 
former, with the character cell for the character taking up half the 
screen.  This might be partially a problem with the font in question.


[1]
character: ّ (1617, #o3121, #x651)
preferred charset: arabic-iso8859-6 (Right-Hand Part of ISO/IEC 8859/6 
(Latin/Arabic): ISO-IR-127)
        code point: 0x71
            syntax: w 	which means: word
          category: b:Arabic
       buffer code: #xD9 #x91
         file code: ESC #x2C #x47 #x71 (encoded by coding system 
iso-2022-7bit-unix)
           display: by this font (glyph code)
     xft:-unknown-Metal-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 
(#x21C)

Character code properties: customize what to show
   name: ARABIC SHADDA
   old-name: ARABIC SHADDAH
   general-category: Mn (Mark, Nonspacing)

There are text properties here:
   charset              arabic-iso8859-6

[-- Attachment #2: emacs_q_hello_arabic.png --]
[-- Type: image/png, Size: 62691 bytes --]

[-- Attachment #3: emacs_hello_arabic.png --]
[-- Type: image/png, Size: 79901 bytes --]

bug#6471: Arabic display by emacs -Q on HELLO

[Lars Ingebrigtsen]

David De La Harpe Golden <david@harpegolden.net> writes:

>> Aside: HELLO looks distinctly odd around the arabic lines in emacs -Q
>> but not with my normal config. Probably independent from the immediate
>> scrolling issue and possibly font-dependent, I'll file a separate bug.
>>
>
> Yes, emacs -Q is picking this font:
>
> xft:-unknown-Metal-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1
>
> from debian package ttf-arabeyes:
>
> /usr/share/fonts/truetype/ttf-arabeyes/ae_Metal.ttf
>
> and "emacs" this font (in accord with my default font customisation):
>
> xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-15-*-*-*-m-0-iso10646-1
>
> Actually, I suspect (not that I know arabic) both cases are displaying
> it incorrectly (not composed), but it looks particularly off with the 
> former, with the character cell for the character taking up half the
> screen.  This might be partially a problem with the font in question.

(I'm going through old bug reports that have unfortunately gotten no
attention yet.)

I tried reproducing this in Emacs 27, but as far as I can tell, the
Arabic text shows up composed for me (emacs -Q is using "Ubuntu Mono")
on my GNU/Linux system.

Are you still seeing this problem, or has it been fixed in the
intervening years?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#6471: Arabic display by emacs -Q on HELLO

[Eli Zaretskii]

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: 6471@debbugs.gnu.org,  Eli Zaretskii <eliz@gnu.org>
> Date: Wed, 21 Aug 2019 15:57:10 -0700
> 
> David De La Harpe Golden <david@harpegolden.net> writes:
> 
> >> Aside: HELLO looks distinctly odd around the arabic lines in emacs -Q
> >> but not with my normal config. Probably independent from the immediate
> >> scrolling issue and possibly font-dependent, I'll file a separate bug.
> >>
> >
> > Yes, emacs -Q is picking this font:
> >
> > xft:-unknown-Metal-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1
> >
> > from debian package ttf-arabeyes:
> >
> > /usr/share/fonts/truetype/ttf-arabeyes/ae_Metal.ttf
> >
> > and "emacs" this font (in accord with my default font customisation):
> >
> > xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-15-*-*-*-m-0-iso10646-1
> >
> > Actually, I suspect (not that I know arabic) both cases are displaying
> > it incorrectly (not composed), but it looks particularly off with the 
> > former, with the character cell for the character taking up half the
> > screen.  This might be partially a problem with the font in question.
> 
> (I'm going through old bug reports that have unfortunately gotten no
> attention yet.)
> 
> I tried reproducing this in Emacs 27, but as far as I can tell, the
> Arabic text shows up composed for me (emacs -Q is using "Ubuntu Mono")
> on my GNU/Linux system.
> 
> Are you still seeing this problem, or has it been fixed in the
> intervening years?

FWIW, I cannot see any problems, and am almost positive they were
either fixed or were due to a faulty font.

bug#6471: Arabic display by emacs -Q on HELLO

[Lars Ingebrigtsen]

Eli Zaretskii <eliz@gnu.org> writes:

> FWIW, I cannot see any problems, and am almost positive they were
> either fixed or were due to a faulty font.

OK; closing the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no