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.bugs Subject: bug#73752: 29.4; Ligatures are randomly rendered with extra spaces Date: Sun, 27 Oct 2024 22:07:05 +0200 Message-ID: <86y12971jq.fsf@gnu.org> References: <86zfn9ycis.fsf@gnu.org> <86o735als7.fsf@gnu.org> <87o73534dn.fsf@gmail.com> <86h68x8nuz.fsf@gnu.org> <86ed418niu.fsf@gnu.org> <6566317e-03bb-4856-9cc8-5e90c2875e44@xlk.me> <86cyjl8mqs.fsf@gnu.org> <86bjz58ik7.fsf@gnu.org> <04c3e9c5-0e18-4c35-8e5d-893c17690e5f@xlk.me> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8119"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, 73752@debbugs.gnu.org, visuweshm@gmail.com To: Yixuan Chen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Oct 27 21:07:46 2024 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 1t59Y9-00020H-56 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 27 Oct 2024 21:07:45 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t59Xv-0007yC-C6; Sun, 27 Oct 2024 16:07:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t59Xs-0007xt-PT for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2024 16:07:29 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t59Xs-0001Yu-Eh for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2024 16:07:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=References:In-Reply-To:From:Date:To:Subject; bh=gljdMawuTfwdJaX8uCHVIpO5y0PhV+GXAjZxJFdm7uo=; b=pk33pX2bMum+v1tx/sSgVKlNUmLnbePid5NBpr+46pf89h7kvcpKXhbBtQyaIJp7WXI3ys7q3EuSiHYrF0o4CEOhrYORj73fYhESSjrtYw2Oan4klIA8Rr0xShjRVos9+3NgtdgOWypgVcmNgSdsW144RvmoajGWCWWfE8p2eWY/3tJ0ZrXG+IPaTmpmXeiw/hnUaxhxDEfXZtt3o0OhFdQb+33MxP/OtYSwAgoioVu8BMfP1ksi7buk6BGXmLaya6wwj4yfHfmw7hX7S7Q+TF3HYiUZsPWSG0yWivycO4p049wtv+OQH+coOitjLer1obMz7JFltR/xpAKFLAw4ew==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1t59YQ-0008TT-C2 for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2024 16:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Oct 2024 20:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73752 X-GNU-PR-Package: emacs Original-Received: via spool by 73752-submit@debbugs.gnu.org id=B73752.173005967732564 (code B ref 73752); Sun, 27 Oct 2024 20:08:02 +0000 Original-Received: (at 73752) by debbugs.gnu.org; 27 Oct 2024 20:07:57 +0000 Original-Received: from localhost ([127.0.0.1]:46468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t59YK-0008T9-Gg for submit@debbugs.gnu.org; Sun, 27 Oct 2024 16:07:56 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54400) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t59YI-0008St-4Y for 73752@debbugs.gnu.org; Sun, 27 Oct 2024 16:07:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t59Xb-0001XX-Bi; Sun, 27 Oct 2024 16:07:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=gljdMawuTfwdJaX8uCHVIpO5y0PhV+GXAjZxJFdm7uo=; b=MqyABgqxqhfu M+axsKPo5L+ONDYO/2/dXWyw5x6+kEjcpZvyJyrD2IbCDmPaLLuntt8/GEllASsosKnrQSVMYdhTK AMM/1cRUBhz7ByOrqnZfnTQwFcC0ZaIHjgL1C47jMRZaTYIinEa5MYAoflJA9CmpG1W6QTl+aqxWM Fja8qdc82IIa+eJ+vVDgyVEhwsQqXaO6ZY5mu4FlC70lu6qI9SNCdlO8NFy1p0RIWwiJ2FYEYjRsd e8H/JGIIXUP2Y+7bEE4ArD1bosOCuypiaJtcbGujcGrNyaDZVGVvLZcWLF8My58rbhKf5MRBCyatU odmYsMACPvZR2UjOcTHWwg==; In-Reply-To: <04c3e9c5-0e18-4c35-8e5d-893c17690e5f@xlk.me> (message from Yixuan Chen on Sun, 27 Oct 2024 15:41:06 -0400) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:294391 Archived-At: > Date: Sun, 27 Oct 2024 15:41:06 -0400 > Cc: visuweshm@gmail.com, luangruo@yahoo.com, 73752@debbugs.gnu.org > From: Yixuan Chen > > On 10/27/24 15:14, Eli Zaretskii wrote: > >> Date: Sun, 27 Oct 2024 13:46:55 -0400 > >> Cc: visuweshm@gmail.com, luangruo@yahoo.com, 73752@debbugs.gnu.org > >> From: Yixuan Chen > >> > >>> Sorry, I still don't understand. Your code does > >>> > >>> (highlight-lines-matching-regexp (cdr face) (car face)) > >>> > >>> This potentially shows each line in a different face, and thus can > >>> affect the metrics of the SPC character glyph which is what the > >>> indentation is made of. So why is this a problem, let alone a bug? > >> > >> The problem is executing that line at 10PM today may render the font one > >> way, while executing that line at 6AM tomorrow (with exactly the same > >> "face" variable) may render the font a different way, even if all the > >> other variables remains the same. > > > > But you modify the faces in a random fashion, so why is this a > > surprise that it is not deterministic? > > Just in case my last explanation wasn't clear enough: by "with exactly > the same face variable", I'm saying that when the randomizer picks the > same font attribute (the same everything), there is a chance it will > render that line differently. That's not what I see in the images I've been shown. The lines that have different indentation have either different slant or different weight. To convince me that this is really happening (although I'm unable to understand how it could, given how Emacs faces work), you will need to show some code which generates such a situation in a reproducible manner, and then show me by using "M-x describe-text-properties" and "C-u C-x =" that indeed the same characters in the same face are shown on different lines with different metrics.