From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Unicode combining characters Date: Tue, 25 May 2021 21:39:50 +0300 Message-ID: <83cztebqtl.fsf@gnu.org> References: <83k0nmbubk.fsf@gnu.org> <2437db42-62fc-ea3c-279b-170152defc62@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36972"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: =?utf-8?Q?Cl=C3=A9ment?= Pit-Claudel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 25 20:40:52 2021 Return-path: Envelope-to: ged-emacs-devel@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 1llbz2-0009U2-A5 for ged-emacs-devel@m.gmane-mx.org; Tue, 25 May 2021 20:40:52 +0200 Original-Received: from localhost ([::1]:35886 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llbz1-0003iL-5R for ged-emacs-devel@m.gmane-mx.org; Tue, 25 May 2021 14:40:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1llby6-00030I-Cv for emacs-devel@gnu.org; Tue, 25 May 2021 14:39:54 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58976) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llby6-0007nt-5o; Tue, 25 May 2021 14:39:54 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3824 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1llby5-0003d3-IV; Tue, 25 May 2021 14:39:54 -0400 In-Reply-To: <2437db42-62fc-ea3c-279b-170152defc62@gmail.com> (message from =?utf-8?Q?Cl=C3=A9ment?= Pit-Claudel on Tue, 25 May 2021 14:15:33 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:269884 Archived-At: > From: Clément Pit-Claudel > Date: Tue, 25 May 2021 14:15:33 -0400 > > On 5/25/21 1:24 PM, Eli Zaretskii wrote: > >> From: Anand Tamariya > >> Date: Tue, 25 May 2021 21:26:44 +0530 > >> > >> Hindi Devanagari script has lot of unicode combining characters which results in misalignment in a > >> rectangular overlay for constant number of characters (screenshot ) > >> What would be a recommended way to tackle this in Emacs? > > > > Use align-to 'space' display spec and/or the window-text-pixel-size > > function, which will account for the actual size of the text on > > display. > > Will this work? The misaligned specs are already part of a replacing dipsplay spec, so the additional align-to would be ignored, no? I don't understand, but maybe you know about the particular use case more than I do. I just mentioned two devices that can be accurate to 1 pixel wrt to the X coordinate. > (IIRC, there is no way to say "replace this text by this string followed by this specified space; it's one or the other, right?) Again, I don't think I follow. If you have "this text", you can calculate its width on display, and then know how many pixels of white space you will need after "this string" replaces that text. So, unless I'm missing something, specifying the space width is redundant, and actually makes a solvable problem unsolvable. But I might be talking nonsense because I don't understand what problem the OP wants to solve.