From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Bug: with option hidestars to be hidden stars are on white backround on block terminal [7.9.2 (release_7.9.2-882-gf47a71 @ /home/grfz/src/org-mode/lisp/)] Date: Fri, 28 Dec 2012 17:20:12 +0100 Message-ID: References: <87d2xu8fjq.fsf@boo.workgroup> <874nj6tbg3.fsf@yahoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:57508) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TocfT-0000cZ-Jv for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 11:20:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TocfS-0004If-FL for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 11:20:19 -0500 Received: from plane.gmane.org ([80.91.229.3]:55327) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TocfS-0004IZ-8U for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 11:20:18 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tocfd-0000m0-8v for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 17:20:29 +0100 Received: from p4fcf74ba.dip.t-dialin.net ([79.207.116.186]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Dec 2012 17:20:29 +0100 Received: from Stromeko by p4fcf74ba.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Dec 2012 17:20:29 +0100 In-Reply-To: <874nj6tbg3.fsf@yahoo.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Am 28.12.2012 16:59, schrieb Nicolas Richard: > I noticed the same kind of problem (outside org-mode). It turns out > that the special color "unspecified-bg" [1] does not work as expected > when using it as the foreground color : the text is not made invisible > and the aforementioned behaviour occurs. Thanks, but why is the background color also changing in this case? > I guess that a workaround would be to test if "unspecified-bg" is > returned and use nil in that case (which is the old behaviour iiuc). The original function only made sense if a replacement of "unspecified-bg" with "nil" was highly undesirable, so I'd think there will be further side-effects from doing this. I vote for a reversion of that patch until this behaviour has been analysed in some detail. If proves still necessary, the implementation of "org-find-invisible-foreground" can be further simplified, I'd think. -- Achim. (on the road :-)