From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joe Wells Newsgroups: gmane.emacs.devel Subject: Re: Fwd: overlay face property not used for after-string property Date: Sun, 28 Oct 2007 15:06:32 +0000 Message-ID: <86r6jfz3bb.fsf@macs.hw.ac.uk> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1193584020 19294 80.91.229.12 (28 Oct 2007 15:07:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Oct 2007 15:07:00 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 28 16:07:01 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Im9j8-00005U-L3 for ged-emacs-devel@m.gmane.org; Sun, 28 Oct 2007 16:06:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Im9iz-0006uK-EJ for ged-emacs-devel@m.gmane.org; Sun, 28 Oct 2007 11:06:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Im9iu-0006rC-RF for emacs-devel@gnu.org; Sun, 28 Oct 2007 11:06:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Im9iu-0006pn-1R for emacs-devel@gnu.org; Sun, 28 Oct 2007 11:06:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Im9it-0006pa-T2 for emacs-devel@gnu.org; Sun, 28 Oct 2007 11:06:43 -0400 Original-Received: from izanami.macs.hw.ac.uk ([137.195.13.6]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Im9io-0003gW-DJ; Sun, 28 Oct 2007 11:06:38 -0400 Original-Received: from lxultra1.macs.hw.ac.uk ([137.195.27.173]:52220 helo=127.0.0.1) by izanami.macs.hw.ac.uk with smtp (Exim 4.51) id 1Im9ij-0007cH-6D; Sun, 28 Oct 2007 15:06:33 +0000 Original-Received: (nullmailer pid 21707 invoked by uid 1001); Sun, 28 Oct 2007 15:06:32 -0000 In-Reply-To: (Richard Stallman's message of "Sun\, 28 Oct 2007 09\:51\:26 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:81962 Archived-At: Richard Stallman writes: > I don't think I can fix it, but I remember discussion of something similar > a few years ago where the conclusion was thatit was better to not apply a > property of the overlay (e.g. `face' although I believe the discussion was > about `invisible') to the (after|before)-string because it's easier to add > this property manually to the relevant string than to "undo" the effect of > the overlay's property from the string. > > That sounds like a valid argument -- but it applies equally to the > before-string and the after-string. It can't be right to apply the > property to one and not the other. > > Can someone write a patch so that the overlay's face property (and > other display-related properties) won't apply to its before-string? > > Joe, what do you think about that as a solution? I think that would be an improvement. I think the best solution would be for the face property of an overlay (and similar properties) to not apply to the before-string, the after-string, _and_ the display property of the overlay. Note that there are additional problems. One example (which I have already reported) is that the face of the character in the buffer after the overlay start location (which is not even in the overlay if the overlay is of length zero) is applied to the before-string and display properties of the overlay. Another example (which I think I have not previously reported) is that the face of the character in the buffer _after_ the overlay end location (which is _never_ in the overlay) is applied to the after-string property. Also, fixing this issue this way leaves behind the difficulty of adding a face property manually to a property string (before-string, after-string, or display) which already has face properties. -- Joe