From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Nested display strings Date: Sun, 24 Apr 2011 09:25:40 +0300 Message-ID: <838vv0b1y3.fsf@gnu.org> References: <83k4ekc3z1.fsf@gnu.org> <14612DC1D0654DA6898D782225821BEC@us.oracle.com> <83d3kcbolu.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1303626361 21529 80.91.229.12 (24 Apr 2011 06:26:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 24 Apr 2011 06:26:01 +0000 (UTC) Cc: emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 24 08:25:57 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QDslZ-0005e9-1d for ged-emacs-devel@m.gmane.org; Sun, 24 Apr 2011 08:25:57 +0200 Original-Received: from localhost ([::1]:57340 helo=lists2.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QDslY-0005fL-Ho for ged-emacs-devel@m.gmane.org; Sun, 24 Apr 2011 02:25:56 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:54006) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QDslV-0005ez-SI for emacs-devel@gnu.org; Sun, 24 Apr 2011 02:25:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QDslU-00063Z-S1 for emacs-devel@gnu.org; Sun, 24 Apr 2011 02:25:53 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:33187) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QDslU-00063S-Gd for emacs-devel@gnu.org; Sun, 24 Apr 2011 02:25:52 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LK500F008HGA200@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sun, 24 Apr 2011 09:25:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.127.55.52]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LK500E6Q8IPK1C0@a-mtaout20.012.net.il>; Sun, 24 Apr 2011 09:25:39 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:138676 Archived-At: > From: "Drew Adams" > Cc: > Date: Sat, 23 Apr 2011 16:20:04 -0700 > > > But what to do in the case I presented, where one of the overlays > > covers only a subset of positions covered by the other? > > At any given position there is one overlay or two. Unlike most other properties, the `display' property does not affect each character separately. It replaces them all as a single unit. So asking about "any given position" is meaningless in this case. As you say, having the properties alternate back and forth on adjacent characters would produce nonsensical display, if we were to interpret the feature that way. > If a higher-priority overlay is strictly nested within a lower-priority one, > then I would naively expect the lower one to win outside the overlap and the > higher one to win inside it. > > If the higher-priority overlay is the wider one, then I would expect the > lower-priority one never to show. This is how it works now, but I don't think it makes much sense to show a display string more than once. I think this should work as in the latter case (i.e. the "narrower" overlay is never seen), regardless of the priorities.