From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David.Kastrup@t-online.de (David Kastrup) Newsgroups: gmane.emacs.devel Subject: Re: Should invisible imply intangible? Date: 24 Mar 2002 00:37:37 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200202232019.g1NKJoG14638@aztec.santafe.edu> <200202250510.g1P5A3714156@rum.cs.yale.edu> <200202262013.g1QKDef16683@aztec.santafe.edu> <200203010130.g211UDG05790@rum.cs.yale.edu> <200203031440.g23EeN200619@aztec.santafe.edu> <200203031711.g23HBI623254@rum.cs.yale.edu> <200203042341.g24NfiH00596@aztec.santafe.edu> <200203052158.g25Lw7A01243@wijiji.santafe.edu> <200203052304.g25N4pI03908@rum.cs.yale.edu> <200203092003.g29K3b303868@wijiji.santafe.edu> <200203092237.g29MbGf29464@rum.cs.yale.edu> <200203102132.g2ALWPK04119@wijiji.santafe.edu> <200203102202.g2AM26q06798@rum.cs.yale.edu> <200203111906.g2BJ6BY04591@wijiji.santafe.edu> <200203121756.g2CHuG514941@rum.cs.yale.edu> <200203131058.g2DAwQh05428@wijiji.santafe.edu> <200203150341.g2F3flZ06455@wijiji.santafe.edu> <200203160022.g2G0MJ204725@rum.cs.yale.edu> <200203160128.g2G1Spn04980@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1016926793 28670 127.0.0.1 (23 Mar 2002 23:39:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 23 Mar 2002 23:39:53 +0000 (UTC) Cc: "Stefan Monnier" , Richard Stallman , emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16ov73-0007SJ-00 for ; Sun, 24 Mar 2002 00:39:53 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16ovEN-0003NY-00 for ; Sun, 24 Mar 2002 00:47:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16ov6S-0003eY-00; Sat, 23 Mar 2002 18:39:16 -0500 Original-Received: from mailout01.sul.t-online.com ([194.25.134.80]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16ov4z-0003ad-00; Sat, 23 Mar 2002 18:37:46 -0500 Original-Received: from fwd06.sul.t-online.de by mailout01.sul.t-online.com with smtp id 16ov4z-0005BA-00; Sun, 24 Mar 2002 00:37:45 +0100 Original-Received: from tupik.goethe.zz (520018396234-0001@[62.226.11.251]) by fwd06.sul.t-online.com with esmtp id 16ov4y-0vIlsmC; Sun, 24 Mar 2002 00:37:44 +0100 Original-Received: (from dak@localhost) by tupik.goethe.zz (8.11.6/linuxconf) id g2NNbc902759; Sun, 24 Mar 2002 00:37:38 +0100 Original-To: "Stefan Monnier" In-Reply-To: <200203160128.g2G1Spn04980@rum.cs.yale.edu> Original-Lines: 51 X-Sender: 520018396234-0001@t-dialin.net Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2164 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2164 "Stefan Monnier" writes: > > Actually, there is a fine distinction here. The cursor can never be > > immediately before a before-string. It is either strictly before the > > start of the overlay, in which case it is one character away from the > > before-string, or it is on the first character of the overlay, in > > which case it is _after_ the before-string. >=20 > I believe that the behavior should again depend on the insertion-type > of the overlay's boundary. If point is just at the beginning of an > overlay with a before-string and inserting a char will move the > overlay's boundary, then the cursor should be displayed before > the before-string. > This was recently brought up when discussing code that adds a "=B6" at > end of paragraphs (using a before-string property): the current code > always displays the cursor just after this string, which looks very odd > since typed text will be inserted before the string. I just wanted to call back in order to report that preview-latex is out of the debate. I don't use the invisible text property any more. And I don't use the isearch-invisible hooks anymore. And I don't want to have isearch bother about opening my overlays anymore (even though they use the display property. isearch never cared for that up to now, and it should not do so in future. If it will, I want to know as soon as possible in order to know how to keep it from bothering). All that I ask is that a) isearch and its cousins keep setting disable-point-adjustment to t when they don't want the cursor to be moved from the point of replacement b) post-command-hook gets run *before* Emacs tries to attempt any point adjustment itself. If it does, I have the choice of either a) doing point adjustment the way I feel right if disable-point-adjustment and global-disable-point-adjustment are not set b) remove the display property of my overlay if they are, so that Emacs' point-adjustment will not have to do anything. c) set disable-point-adjustment in the post-command-hook in order to signal Emacs it should not bother itself. I would be quite happy if query-replace would also run post-command-hook with disable-point-adjustment set for every replacement, but that's a different story. Perhaps I'll be able to find a way to persuade it to do the equivalent. --=20 David Kastrup, Kriemhildstr. 15, 44793 Bochum Email: David.Kastrup@t-online.de _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel