From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Travis Foster Newsgroups: gmane.emacs.bugs Subject: bug#25348: `display` property faces are prioritized above overlays Date: Thu, 5 Jan 2017 10:10:30 -0800 Message-ID: References: <3385c032-ead0-4890-8cf4-e54375ea8ac7@default> <83vatuernc.fsf@gnu.org> <83lguqeh10.fsf@gnu.org> <8337gxeak4.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=94eb2c0854dc7384b905455cd3eb X-Trace: blaine.gmane.org 1483639943 19556 195.159.176.226 (5 Jan 2017 18:12:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2017 18:12:23 +0000 (UTC) To: Eli Zaretskii , 25348@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 05 19:12:19 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPCWG-0003O0-Gk for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Jan 2017 19:12:08 +0100 Original-Received: from localhost ([::1]:48052 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cPCWI-0000yB-V1 for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Jan 2017 13:12:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44341) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cPCWD-0000y6-WE for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2017 13:12:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cPCWA-0005kw-4b for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2017 13:12:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56864) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cPCWA-0005ko-1e for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2017 13:12:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cPCW9-0004Pr-Nj for bug-gnu-emacs@gnu.org; Thu, 05 Jan 2017 13:12:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Travis Foster Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Jan 2017 18:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25348 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25348-submit@debbugs.gnu.org id=B25348.148363988016925 (code B ref 25348); Thu, 05 Jan 2017 18:12:01 +0000 Original-Received: (at 25348) by debbugs.gnu.org; 5 Jan 2017 18:11:20 +0000 Original-Received: from localhost ([127.0.0.1]:44030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPCVU-0004Ov-Bu for submit@debbugs.gnu.org; Thu, 05 Jan 2017 13:11:20 -0500 Original-Received: from mail-qk0-f194.google.com ([209.85.220.194]:33124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPCVQ-0004Od-A7 for 25348@debbugs.gnu.org; Thu, 05 Jan 2017 13:11:16 -0500 Original-Received: by mail-qk0-f194.google.com with SMTP id n21so59567013qka.0 for <25348@debbugs.gnu.org>; Thu, 05 Jan 2017 10:11:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=YlQD/9G1A/0Jcv2bNNyUQFZTLH42o/UjJxWwZr/7wzg=; b=dOCweGzbyNYln/PdnNmwiylwQw4ZnRrcFQBedeyXdQD+sIuWc/5jlafEL7OxASJ6Mv ZyVq+KqJCDqENHu8V7v7Og4Gt9QZX6tPhw9QfenKpmcKUIGXSmN3giMCC8pIzXRVuxB/ 3uejn8QhIPTsT9wMkQAaO09po8uOeHk6ZljmaN6cWKi7Mv/hRz85cyrPZ4jAqmcynp/O pHb2E2URaUzlX7wtNClCi3lIajZxNHUPdYyAH1CHtN4Dfuq3mZgSBZkgM3WPLAbyK67G 6y1QallH4QjI3JC9lD3MpSlmS2+Q0fij/kiDq9lRm+A0SvZiurppMyjLRa4s/IrhJKkM 2AtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=YlQD/9G1A/0Jcv2bNNyUQFZTLH42o/UjJxWwZr/7wzg=; b=oiBsTBrPB8tWaO3yFjrUcJMyHtiTYqAUpVcsSRLTr9l5UyhTuWbJ60WmtUUdq6P0xg Rtpho9NXb4ArWt8pZfwLgxaADGfTZj53DvyTo5WS5+cdrwokLSbhgjb805dZ3GCcx0F7 JnKDqmRW8dq1rgCBpWYsaA8+ZRelf3lYwgrWadqgvDY5f4HxR64UDoEohF4uWTROdRT5 3K6yRiKCb7BGfodx05skLoaxjbkcJYBfGExKjot/K3bDLcebGtH41K90UNktAGLJa7Kx Jj5HR/2u7JrjQIzqzj5ET+3xcqEmZiSoWFu+zCd+tfPC9zNnLggSK+KaRuX6uoAEwBp8 edAg== X-Gm-Message-State: AIkVDXJoPPu1Qyc9mw9maJLKBAKWTQ5Bazk+Nyt3u/p3lsRFTHIYrOnEwd44osz4AhmyAC2s1/SilAl8PYWZKw== X-Received: by 10.55.142.194 with SMTP id q185mr68887979qkd.82.1483639870421; Thu, 05 Jan 2017 10:11:10 -0800 (PST) Original-Received: by 10.140.97.164 with HTTP; Thu, 5 Jan 2017 10:10:30 -0800 (PST) In-Reply-To: <8337gxeak4.fsf@gnu.org> X-Google-Sender-Auth: QjWqmfbtKI1ArHYpiWjUAE0wQWc X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:127790 Archived-At: --94eb2c0854dc7384b905455cd3eb Content-Type: text/plain; charset=UTF-8 > As I already mentioned, if your face for the display string doesn't > specify a background color, the hl-line background color will be used. Yeah, I don't think that's an option. My use case is, I'm coloring tab characters with different colors for multiple segments within the character. So to do that, I'm setting the tab's display property to a number of spaces equal to the width of the tab, and then I'm coloring the spaces separately. But, the entire point is that I'm coloring whitespace, so it has to set the background color. > If that's not an option, perhaps you could do that dynamically, by > changing the face of the display string whenever the hl-line overlay > is on the line where you have your display string? That's a possibility. I'll have to think about that. Thanks for the help. --94eb2c0854dc7384b905455cd3eb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
> As I already mentioned, if your face for the display = string doesn't
> specify a background color, the hl-line backgrou= nd color will be used.

Yeah, I don't think that's an option.= My use case is, I'm coloring tab characters with different colors for = multiple segments within the character. So to do that, I'm setting the = tab's display property to a number of spaces equal to the width of the = tab, and then I'm coloring the spaces separately. But, the entire point= is that I'm coloring whitespace, so it has to set the background color= .

> If that's not an option, perhaps you could do that dynami= cally, by
> changing the face of the display string whenever the hl-l= ine overlay
> is on the line where you have your display string?
=
That's a possibility. I'll have to think about that.=

Thanks for the help.
--94eb2c0854dc7384b905455cd3eb--