bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#53729: 29.0.50; Tamil text not shaped in modeline


From: Visuwesh
Subject: bug#53729: 29.0.50; Tamil text not shaped in modeline
Date: Tue, 15 Feb 2022 07:17:12 +0530
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

[திங்கள், பிப்ரவரி 14 2022] Eli Zaretskii wrote:

>> From: Visuwesh <visuweshm@gmail.com>
>> Cc: 53729@debbugs.gnu.org
>> Date: Mon, 14 Feb 2022 08:31:38 +0530
>> 
>> >> If I turn off global-auto-composition-mode and do the above, none of the
>> >> text is shaped i.e., the buffer name produced by me and the buffer name
>> >> produced by Emacs both are not shaped.
>> >
>> > Of course they aren't shaped: turning off auto-composition-mode
>> > disables the shaping.  I'm asking whether both the buffer name
>> > produced by you and the buffer name produced by visiting that file
>> > look identical on the mode line, or do they somehow differ?  If they
>> > do differ, what is the difference?
>> >
>> 
>> I misunderstood what you meant, sorry.  They look the same.
>
> And what does Emacs display if you evaluate the below in the buffer
> whose file name is displayed on the mode line improperly:
>
>   (append (file-name-nondirectory (buffer-file-name)) nil)
>
> This should produce the list of character codes that constitute the
> file name; I want to see that there's no strange characters in the
> file name.

(2949 2965 3021 2985 3007 2970 3021 2970 3007 2993 2965 3009 2965 2995 3021 46 
112 100 102)

>> >> I did this out of curiosity: in dired, I typed C M-n when over the file
>> >> and added ".1" to the end of new file name, and when I visit this file,
>> >> the buffer name is shaped properly.  [ The new filename is
>> >> அக்னிச்சிறகுகள்.pdf.1 ]
>> >
>> > So you are saying that changing the file-name extension affects the
>> > shaping on the mode line?
>> 
>> Yes, that seems to be the case.  I tried changing the extension to
>> "jpeg", and the shaping was incorrect.  If I completely remove the
>> extension, the text is shaped properly.
>
> Looks like the rendering of the file name is affected by the non-Tamil
> text that follows it?
>

And it looks like it is not just any non-Tamil text that affects it but
only image like extensions?  For example, if the extension is .txt, .sh,
.c, .el, .svg, .djvu, then the buffer name is shaped properly.  But if I
use the extensions .tiff, .png, .jpeg, .pdf, .jpg, then the buffer name
is not shaped.  The file I renamed was a bash script.

> If you display the mode-line text as a string, does it display
> correctly?  Here's how to do that: evaluate:
>
>   (let ((str (format-mode-line mode-line-format)))
>     (remove-list-of-text-properties 0 (length str) '(help-echo face 
> mouse-face local-map display keymap) str) str)
>

It is displayed correctly.

>> I'm not sure if that's the case.  If I rename that file in Emacs to
>> "வணக்கம்.pdf", the text is not shaped properly again.
>> 
>> Also, I found out that non-empty files (with Tamil names) don't have
>> their buffer name shaped properly.  If I create a new empty file in
>> dired, the buffer name is shaped properly but that is not the case if I
>> rename an existing, non-empty file.
>
> Again sounds like what's else on the mode line somehow affects the
> rendering of the Tamil file name.
>
> But I cannot reproduce this on my system, so it is hard to tell what
> is going on here.

That is really unfortunate.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]