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: Mon, 14 Feb 2022 08:31:38 +0530 Message-ID: <87fsomi225.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> 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="18015"; 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 Mon Feb 14 04:02:27 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 1nJRdC-0004XH-Tt for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Feb 2022 04:02:27 +0100 Original-Received: from localhost ([::1]:39782 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJRdB-0008QX-KJ for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Feb 2022 22:02:25 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52218) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJRcu-0008Pd-Iz for bug-gnu-emacs@gnu.org; Sun, 13 Feb 2022 22:02:10 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45426) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nJRco-0006Uu-I6 for bug-gnu-emacs@gnu.org; Sun, 13 Feb 2022 22:02:08 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nJRco-0004io-GT for bug-gnu-emacs@gnu.org; Sun, 13 Feb 2022 22:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Feb 2022 03:02:02 +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.164480772018141 (code B ref 53729); Mon, 14 Feb 2022 03:02:02 +0000 Original-Received: (at 53729) by debbugs.gnu.org; 14 Feb 2022 03:02:00 +0000 Original-Received: from localhost ([127.0.0.1]:39323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJRcl-0004iW-NN for submit@debbugs.gnu.org; Sun, 13 Feb 2022 22:02:00 -0500 Original-Received: from mail-pl1-f194.google.com ([209.85.214.194]:41891) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJRck-0004iH-6l for 53729@debbugs.gnu.org; Sun, 13 Feb 2022 22:01:58 -0500 Original-Received: by mail-pl1-f194.google.com with SMTP id j4so9455334plj.8 for <53729@debbugs.gnu.org>; Sun, 13 Feb 2022 19:01:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=+pCWhseubY6ThLE+kn2yWo9URO2sWnEVnFutnlRhMzY=; b=Gml/h0xEfamvSsETpmtCZp33xD9Zgd+WQzOUnb1M3DTEzIFhVawBSqu8LpIrdTX5W4 P0zlRcBJ7aJJo/nMw/8vl2utE8sT3b8KOtAZ7YnkLc0GHHvJq9PVw6B3kdRWlDYhpMTX UxDcjm7GiSIfNCozquP33ij91DjsSJ0CXMH3XGX8Z/wOnxRNGJQI7BKrd92FbAH7bW3f BW/udbiIHxOeYwp8xbVR817mi+GHFUQvW9w+RpdwMhZvYp335NK1zVJQAvROsCZloHXW +HtD84WTVzf9iPmetHiVAtMIncLBEwZTQJKDF9vI3kV2WtHaAk7pDUQb7ayGywwBzaim fZYw== 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:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=+pCWhseubY6ThLE+kn2yWo9URO2sWnEVnFutnlRhMzY=; b=V4POCWLqwhpj7ORXeechpzEbBIdnHZlyd8d7LnoZYYIXNFO8AWe7sA3Xj5fJkWy6xA LJeFWj/U0wyaH9PnZDhyRs36ijwpgc7nyrP7k+z4XjxxAaZ6xJOA4Ix4ZIsIeQbBq3EV 21lgYTOT/Bl3XwUr9cB4xkLRXvPNzS/sg0P8V/AfpKaMePBoEW9sHGxVHaVnFRl0c2i6 AUmwlDgnYccuTYIiG/JdCt7jZU4rQMj5nkzXhK7xDe6RdnBdelV423KtG/8hXxALhsgK QqDoDfLmv9asSnAisLrNsaNdQUboCyu1o8eAVwsKHMHjwJMdobRJVYXuUCV6atA+BDBX mo3w== X-Gm-Message-State: AOAM531uwKsbr4NFdzYJzr+vDjuLEGh10sSGWlRvlxseMGlHxMJyMPSl oCZ8gLFiACQ+sOeCQCDSIJAaLdHC222hxDFX X-Google-Smtp-Source: ABdhPJyfbEPylAPSjiYQNXAsCzp37No3K7wiyNDNcgXkiykKUwMH2oasT1Ct/FJ+Vf5e4/TzM5R8pg== X-Received: by 2002:a17:902:ef47:: with SMTP id e7mr12189092plx.73.1644807712346; Sun, 13 Feb 2022 19:01:52 -0800 (PST) Original-Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id my4sm77680pjb.13.2022.02.13.19.01.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 13 Feb 2022 19:01:51 -0800 (PST) In-Reply-To: <83wnhypvh6.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 13 Feb 2022 18:44:21 +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:226851 Archived-At: [=E0=AE=9E=E0=AE=BE=E0=AE=AF=E0=AE=BF=E0=AE=B1=E0=AF=81, =E0=AE=AA=E0=AE=BF= =E0=AE=AA=E0=AF=8D=E0=AE=B0=E0=AE=B5=E0=AE=B0=E0=AE=BF 13 2022] Eli Zaretsk= ii wrote: Hi Eli, >> From: Visuwesh >> Cc: 53729@debbugs.gnu.org >> Date: Sun, 13 Feb 2022 20:26:17 +0530 >>=20 >> >> and the buffer name in the modeline has the right shaping! This is t= he >> >> case for _every_ font I tried: including Noto Serif Tamil. But if I >> >> open a file named "=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", the shaping is as in the OP. >> > >> > What happens if you turn off auto-composition mode before repeating >> > the above experiment? Do you see any difference in the buffer name >> > produced by you and the buffer name produced by Emacs when visiting >> > that file? >>=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 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. >> 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 >> =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? > 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. >> I'm not sure if this has to do with the filename since when I yank the >> file name from dired and create an empty file (M-x >> dired-create-empty-file) by that name in another directory and visit it, >> Emacs shapes the buffer name properly. > > Very strange. Is that the only file name with such problems? It > sounds like maybe its file name has more than meets the eye (which is > one reason why I asked you to disable auto-composition-mode). 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", 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.