From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Nicolas P. Rougier (inria)" Newsgroups: gmane.emacs.devel Subject: Re: Inconsistent margin background color in minibuffer Date: Fri, 02 Aug 2024 09:24:34 +0200 Message-ID: References: <868qxfwh1l.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="23779"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Aug 02 09:25:42 2024 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 1sZmfW-00060q-C6 for ged-emacs-devel@m.gmane-mx.org; Fri, 02 Aug 2024 09:25:42 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sZmed-0005gK-L1; Fri, 02 Aug 2024 03:24:47 -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 1sZmec-0005g9-9v for emacs-devel@gnu.org; Fri, 02 Aug 2024 03:24:46 -0400 Original-Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sZmeZ-0002ZA-4b; Fri, 02 Aug 2024 03:24:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version:content-transfer-encoding; bh=nuXxzn8yGABJCrB5DBGwTpXky55PPMlrQlrnxgVYYpQ=; b=BQ3VXxuyN62CwxFMmogodRn/H/co3wDNDd4Ds/6/2G469Ye/cxHOXFvO UkRUXc8KfGNT8efUdoq8qHpTuBEujhLtZYh6Sel9FNoqGVXLnUzk/qrOs OOUkuZSb17oviJeRH1UDmEDB8a2tbt1b2xPDnmIxNi8hAd/85VVYy0J7g I=; Authentication-Results: mail2-relais-roc.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=nicolas.rougier@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="6.09,257,1716242400"; d="scan'208";a="177882957" Original-Received: from clt-128-93-179-11.vpn.inria.fr (HELO M-E7-NPR.local) ([128.93.179.11]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Aug 2024 09:24:38 +0200 In-Reply-To: <868qxfwh1l.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Aug 2024 09:54:46 +0300") Received-SPF: pass client-ip=192.134.164.83; envelope-from=nicolas.rougier@inria.fr; helo=mail2-relais-roc.national.inria.fr X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:322281 Archived-At: On Fri 02 Aug 2024 at 09:54, Eli Zaretskii wrote: > It's a bug, and a very old one. When the feature of showing > truncation/continuation glyphs on GUI frames was added to Emacs, we > failed to consider the case where there are display margins with > nothing in them (i.e., the margin area is empty) and the default face > is remapped. >=20 > I have now fixed that on the master branch. While at that, I also > fixed a minor related inconsistency: the truncation/continuation > glyphs should use the remapped default face for their background (in > your case, the truncation glyphs should have the same background color > of "#cccccc"), not the default frame background. I observed the truncation/continuation glyphs inconsistency and fixed it by modifying the local display table but your fix now solves everything. Many thanks. Nicolas --=20 Nicolas P. Rougier =E2=80=94=E2=80=94 www.labri.fr/perso/nrougier Institute of Neurodegenerative Diseases, Bordeaux