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: Layered display API Date: Thu, 14 Aug 2014 18:20:23 +0300 Message-ID: <834mxfhzd4.fsf@gnu.org> References: <86tx5r7l1j.fsf@yandex.ru> <53E097F7.5050407@gmx.at> <53E0ABF9.7070506@yandex.ru> <8338dbqcai.fsf@gnu.org> <53E14AF4.6050804@yandex.ru> <83k36mpbxg.fsf@gnu.org> <53E22245.4070307@yandex.ru> <8361i5pmch.fsf@gnu.org> <53E294BD.1000500@yandex.ru> <837g2knwb2.fsf@gnu.org> <53E818F0.2080104@yandex.ru> <8361hzjciv.fsf@gnu.org> <53EAD0B1.1010405@yandex.ru> <83iolwif2l.fsf@gnu.org> <53EC205F.7030801@yandex.ru> <8361hvixxz.fsf@gnu.org> <53ECB5C3.20309@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1408029669 5990 80.91.229.3 (14 Aug 2014 15:21:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Aug 2014 15:21:09 +0000 (UTC) Cc: rudalics@gmx.at, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 14 17:21:01 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XHwpT-0001J3-OX for ged-emacs-devel@m.gmane.org; Thu, 14 Aug 2014 17:20:39 +0200 Original-Received: from localhost ([::1]:54495 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHwpT-0006au-Bh for ged-emacs-devel@m.gmane.org; Thu, 14 Aug 2014 11:20:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47299) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHwpI-0006Zr-PI for emacs-devel@gnu.org; Thu, 14 Aug 2014 11:20:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XHwpD-0002lx-RG for emacs-devel@gnu.org; Thu, 14 Aug 2014 11:20:28 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:61494) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHwpD-0002lC-JP for emacs-devel@gnu.org; Thu, 14 Aug 2014 11:20:23 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NAA00M00YGK6X00@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Thu, 14 Aug 2014 18:20:21 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NAA00MD5YLX6P10@a-mtaout23.012.net.il>; Thu, 14 Aug 2014 18:20:21 +0300 (IDT) In-reply-to: <53ECB5C3.20309@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.175 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:173667 Archived-At: > Date: Thu, 14 Aug 2014 17:12:35 +0400 > From: Dmitry Gutov > CC: rudalics@gmx.at, emacs-devel@gnu.org > > >> Why use the special new property, then? Just put a new overlay over it. > >> If it also has `display' and higher priority, it would take over. > > > > Because you want to get priority not only over other overlays, but > > also over display properties and maybe other things. > > Doesn't any overlay's `display' get priority over text's `display'? I don't remember, but if it does, it's an implementation detail subject to change without notice. > If I want to get priority over "maybe other things", the first problem > would how to know the list of all those things, and to retrieve the text > that gets displayed in stead of each of those things. Which would be, > again, reimplementing the display engine. This property we are discussing (that doesn't yet exist) will be acted upon by the display engine. The display engine always knows what "things" are there at point, and the supporting logic for this property will cause the display engine to ignore all the other "things" and display only the overlay that has this property. At least that's the theory.