From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#56808: 29.0.50; Elusive display problem on macOS Date: Thu, 28 Jul 2022 11:18:10 +0200 Message-ID: References: <83r125ai2n.fsf@gnu.org> <83czdpacoi.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15620"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin) Cc: 56808@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jul 28 11:50:48 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 1oH0AK-0003x3-1p for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 Jul 2022 11:50:48 +0200 Original-Received: from localhost ([::1]:60396 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oH0AJ-0003Eh-2a for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 Jul 2022 05:50:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32958) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGzfa-0001Nv-5E for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2022 05:19:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39615) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oGzfZ-0007rg-RW for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2022 05:19:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oGzfZ-0006UB-Mg for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2022 05:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jul 2022 09:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56808 X-GNU-PR-Package: emacs Original-Received: via spool by 56808-submit@debbugs.gnu.org id=B56808.165899990024872 (code B ref 56808); Thu, 28 Jul 2022 09:19:01 +0000 Original-Received: (at 56808) by debbugs.gnu.org; 28 Jul 2022 09:18:20 +0000 Original-Received: from localhost ([127.0.0.1]:57597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oGzet-0006T6-K7 for submit@debbugs.gnu.org; Thu, 28 Jul 2022 05:18:19 -0400 Original-Received: from mail-ej1-f42.google.com ([209.85.218.42]:41911) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oGzes-0006Sr-4T for 56808@debbugs.gnu.org; Thu, 28 Jul 2022 05:18:18 -0400 Original-Received: by mail-ej1-f42.google.com with SMTP id z23so2098655eju.8 for <56808@debbugs.gnu.org>; Thu, 28 Jul 2022 02:18:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :user-agent:mime-version; bh=f+4IAYBD0w0N6H+ic5k3Grr/2VXdUMMvVusOVkgdMx8=; b=UKZHQNiWOwZnKMRSG5cDK2ClaE7zmfPqWT/YkQe6KjacSK7iAv8UzUtsbBlugyae1V yob/LuRulQEeIg1mqcN0gYnmwY4H9SZdrAcmHYIO3i8kuU3o+iNEYNJYmzwDAsayLiMy UIBwd5giHaGMs1pTQD/iG8f8rTsLKM39yJLLmGzU1chVELG7ByzL+oyXtNPT/mAAWFEJ BwA9zAsBGFGNfPAZQHGjTjFLH5+PS/snS3FKTSk6hIPrUzh7XopbG4+kjbeUJVz1P925 FZJIfryIeLsRIN1Vad4kDBAnNoffmmZLkKCLImdtp6gGU0GDNgwXn1Va7mXNOBIEnY0A ISFQ== 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:date :message-id:user-agent:mime-version; bh=f+4IAYBD0w0N6H+ic5k3Grr/2VXdUMMvVusOVkgdMx8=; b=v593XinAokOP+hRG9TTXVNCR6NootiRklTzBLyJxH/yAOSmSy8jYBXXlKIT02q69Wt IG46dpjluxR3VtHpR/vq2PxbawKS/7GzwaUW08yj3UhVeSIv6QXj1pNMEWd35ppDdA2H ptoVrhHEnUOmMh8T49b2LjlG/UzsyzJV2O7bCZ9LCD8tLeajLhzo2dPOAQvH1OPRZeZX E6R+Dql5l9NHTVnEZFWfzBZcViolj84qb5J8jirc16H7o++T7Cku+nf83Gu8WJMxkb60 WRSkFfNoiUIR8qRXBQT1x24PG4JUtRbHkF6F1wf8KKJnYti/znANjBHXGwLNt/+CQP78 qxDQ== X-Gm-Message-State: AJIora/6RGRc4lQCNZz2O7kn/jEVyxXWwv29FS6XZo8hMSFexCb8I3yq a9mnmp8BdYv9OaHDeZN587BbH8G1Gwk= X-Google-Smtp-Source: AGRyM1tD8wO1mdCDLltgLobMb6c1mBepYVmQzlXBUILWTFlyEDwlTNBL4KLr8+0bz59mii2A8eNwvQ== X-Received: by 2002:a17:907:e87:b0:72b:4a74:e30b with SMTP id ho7-20020a1709070e8700b0072b4a74e30bmr20855786ejc.222.1658999891698; Thu, 28 Jul 2022 02:18:11 -0700 (PDT) Original-Received: from Mini.fritz.box (pd9e3686c.dip0.t-ipconnect.de. [217.227.104.108]) by smtp.gmail.com with ESMTPSA id o5-20020a056402038500b0043cfb6af49asm242130edv.16.2022.07.28.02.18.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Jul 2022 02:18:11 -0700 (PDT) In-Reply-To: <83czdpacoi.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 28 Jul 2022 11:01:17 +0300") 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:238091 Archived-At: Eli Zaretskii writes: > If it's a font issue, "C-u C-x =" with the cursor on the space that is > larger than normal could help by showing the font used for that space. Alas, I managed to kill the Emacs instance yesterday with a C-c in the terminal window instead of typing that into Emacs, so I can't check right now. I'm using lldb from the terminal because I don't know dap-mode good enough yet. I think the spaces showed the font I expected with C-u C-x =. That's only a string though, and XLFD which macOS certainly doesn't use, so I don't know how far I should trust that. >> But then again, since the display of the run of spaces should be done as >> a string of characters in the same face, I also "conjecture" that the >> font of the face should be wrong. Which I find sort of strange. >> Shouldn't then all characters have the wrong size, and things would >> align again? > > If Emacs decided, for some reason, to use a different font for some > character, it will generate a separate face for it, and that face is > not exposed to Lisp. (Normally, this only happens for non-ASCII > characters, though.) Yes, I remember the face realization and so on. With the usual disclaimer--in its original form. > Btw, 'pgrow' shows the face ID as well, so it > can tell. Yeah, rub it in ;-). I guess I'll take a break. Maybe I can insert some asserts somewhere to make the whole thing more reproducible. One idea might be that the font used by a font-lock face (for :type) must be the same as the font of the default face (the face for the spaces). Hm, I have a custom-set-faces in the init.el... '(default ((t (:family "Monaco" :weight light :height 120)))) Hm.... Later.