From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Visuwesh Newsgroups: gmane.emacs.bugs Subject: bug#53729: 29.0.50; Tamil text not shaped in modeline Date: Tue, 15 Feb 2022 07:17:12 +0530 Message-ID: <878rucaokf.fsf@gmail.com> References: <87h79h438r.fsf@gmail.com> <83r18l5cc6.fsf@gnu.org> <87tudg7kzz.fsf@gmail.com> <83bkzo5rgs.fsf@gnu.org> <877dacpe2k.fsf@gmail.com> <83zgn8482y.fsf@gnu.org> <8735l0p8nr.fsf@gmail.com> <877da2amw9.fsf@gmail.com> <8335kmrhy6.fsf@gnu.org> <87leyeizn2.fsf@gmail.com> <83wnhypvh6.fsf@gnu.org> <87fsomi225.fsf@gmail.com> <83ilthpmpq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17488"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 53729@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Feb 15 02:49:45 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nJmyO-0004Q5-M0 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 15 Feb 2022 02:49:44 +0100 Original-Received: from localhost ([::1]:54540 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJmyM-00076a-BL for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Feb 2022 20:49:42 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53138) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJmxi-000768-BC for bug-gnu-emacs@gnu.org; Mon, 14 Feb 2022 20:49:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49235) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nJmxi-0006Nb-2Z for bug-gnu-emacs@gnu.org; Mon, 14 Feb 2022 20:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nJmxh-0007QO-NW for bug-gnu-emacs@gnu.org; Mon, 14 Feb 2022 20:49:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Feb 2022 01:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53729 X-GNU-PR-Package: emacs Original-Received: via spool by 53729-submit@debbugs.gnu.org id=B53729.164488968128457 (code B ref 53729); Tue, 15 Feb 2022 01:49:01 +0000 Original-Received: (at 53729) by debbugs.gnu.org; 15 Feb 2022 01:48:01 +0000 Original-Received: from localhost ([127.0.0.1]:43132 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJmwi-0007Oo-R2 for submit@debbugs.gnu.org; Mon, 14 Feb 2022 20:48:01 -0500 Original-Received: from mail-pf1-f193.google.com ([209.85.210.193]:40509) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJmwe-0007Nz-3V for 53729@debbugs.gnu.org; Mon, 14 Feb 2022 20:47:59 -0500 Original-Received: by mail-pf1-f193.google.com with SMTP id c4so10969059pfl.7 for <53729@debbugs.gnu.org>; Mon, 14 Feb 2022 17:47:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=sRAZVdw3akStrcJGoCU27OjcXTu5/ThmmOSVVDkffFc=; b=G3rTl1ZodlR/t2ctXT67pJt/GBVsdvw5E/YD5k1m+rrEerB6KE/69GjXTyLk6wfIuI GXGqKEIXmme/NWNl0mB+vyTAv8zM0056qnALED902W0VGJYxEjVSpY07cs4mJqZQoztt haHsXYRyncZXzu0o6aylVfxPElXYPlWwL7Lj0wI5hUlKfcu6WMk4wyNs/5CcwoioiymB ir6rpP6pSh2XkKNuhUNBqK3UzeD8nsvYlCfnAi/8STFSbRE3wyeCd/+jKsJpT6LFBGOV P9/fmw5UQEBiLzPBia6A3u5Bvho/DE9YsTNwy2e+SAuloWvb40CldY5RF23bEPC8VuCR 8xzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=sRAZVdw3akStrcJGoCU27OjcXTu5/ThmmOSVVDkffFc=; b=y51NRbsN+utzMGc6x8eB+96bR9ZB9eTvPSyQABKLgOKXmsdTmd2LhffmKUWJdnms0R a+xs6pJFk/89PE5ghW3P84vAdK2VHNNZDHSQCXcfxIo5Q19Ktii1bxRKe/zt+PZ5z4Wy oxW13XMd95YLlM7Q60rVW8lzY6OFigQU1RhtXqecCf14UeGyTQNpgm4dgBzVhwzjmfVq 7fZ1FMFVhpq1UQSWG1q2zEaSvOZaQg4C2ufRVqIR5fe9UwZ334k12MjD3NLopsn4OJ9U v2fVepvVjt9xWULcCZ3X9TIC6Ok4sjKT7e4SVV4VIMBDgl51kH9lPQMya+pq/LrC82Ii cFdg== X-Gm-Message-State: AOAM5337CwDI/LDlcD5cZzjtSSd6t6AgmLoNNR2KmLHMDRlxUMPymjZJ wcN6VgojvZnsb2fw5Sc75Zv4VMoy1ScGh9M0 X-Google-Smtp-Source: ABdhPJyZYCLU5LKGpWg7mdccS5iczLzM6UQ3XbQMuUlLk8zQRhTS6KmkKkO9v8ZY4CILHzt3llLmPg== X-Received: by 2002:aa7:8b13:: with SMTP id f19mr1982879pfd.62.1644889670023; Mon, 14 Feb 2022 17:47:50 -0800 (PST) Original-Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id j12sm32335640pfu.79.2022.02.14.17.47.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Feb 2022 17:47:49 -0800 (PST) In-Reply-To: <83ilthpmpq.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 14 Feb 2022 16:05:53 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:226957 Archived-At: [=E0=AE=A4=E0=AE=BF=E0=AE=99=E0=AF=8D=E0=AE=95=E0=AE=B3=E0=AF=8D, =E0=AE=AA= =E0=AE=BF=E0=AE=AA=E0=AF=8D=E0=AE=B0=E0=AE=B5=E0=AE=B0=E0=AE=BF 14 2022] El= i Zaretskii wrote: >> From: Visuwesh >> Cc: 53729@debbugs.gnu.org >> Date: Mon, 14 Feb 2022 08:31:38 +0530 >>=20 >> >> 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 na= me >> >> 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? >> > >>=20 >> 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 fi= le >> >> and added ".1" to the end of new file name, and when I visit this fil= e, >> >> the buffer name is shaped properly. [ The new filename is >> >> =E0=AE=85=E0=AE=95=E0=AF=8D=E0=AE=A9=E0=AE=BF=E0=AE=9A=E0=AF=8D=E0=AE= =9A=E0=AE=BF=E0=AE=B1=E0=AE=95=E0=AF=81=E0=AE=95=E0=AE=B3=E0=AF=8D.pdf.1 ] >> > >> > So you are saying that changing the file-name extension affects the >> > shaping on the mode line? >>=20 >> 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 >> "=E0=AE=B5=E0=AE=A3=E0=AE=95=E0=AF=8D=E0=AE=95=E0=AE=AE=E0=AF=8D.pdf", t= he text is not shaped properly again. >>=20 >> 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.