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: 16 Mar 2002 03:16:49 +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 1016245151 4295 127.0.0.1 (16 Mar 2002 02:19:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 16 Mar 2002 02:19:11 +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 16m3mp-00017B-00 for ; Sat, 16 Mar 2002 03:19:11 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16m3py-00085d-00 for ; Sat, 16 Mar 2002 03:22:26 +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 16m3lp-0005vz-00; Fri, 15 Mar 2002 21:18:09 -0500 Original-Received: from mailout06.sul.t-online.com ([194.25.134.19]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16m3kd-0005um-00; Fri, 15 Mar 2002 21:16:55 -0500 Original-Received: from fwd00.sul.t-online.de by mailout06.sul.t-online.com with smtp id 16m3kb-0005LN-00; Sat, 16 Mar 2002 03:16:53 +0100 Original-Received: from tupik.goethe.zz (520018396234-0001@[62.226.12.163]) by fwd00.sul.t-online.com with esmtp id 16m3kY-0cICGWC; Sat, 16 Mar 2002 03:16:50 +0100 Original-Received: (from dak@localhost) by tupik.goethe.zz (8.11.6/linuxconf) id g2G2Gn910633; Sat, 16 Mar 2002 03:16:49 +0100 Original-To: "Stefan Monnier" In-Reply-To: <200203160128.g2G1Spn04980@rum.cs.yale.edu> Original-Lines: 42 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:1954 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1954 "Stefan Monnier" writes: > 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. You are going to make one mess out of my preview-latex package. One problem with making this depend on the insertion properties of overlay markers is that it is not possible to change them once the overlay is created. Take preview-latex (illustration at the screen shot in ): if an overlay is opened and I place the cursor at its beginning, it is after the before-string carrying the "head" icon. Inserting text here naturally inserts into the overlay. If the overlay is closed, it is replaced by the typeset rendition of the text inside (by virtue of the display property, not the before-string). Inserting text when the cursor is on the start of the overlay naturally inserts before the overlay. How do I cope? I cannot change the insertion type of those markers, and if I did, undo would probably stop working (unless undo events were invented that could record the change of a marker type). So I cope by always using non-moving markers, and if someone inserts text in front of my overlay, I catch this with the insert-in-front-hook of the overlay and move the overlay start by hand. Unless undo-in-progress is set, because an insertion carried out due to an undo will already cope with the marker. Hm. Actually, it seems like the proposed change making the side on which the cursor gets displayed depend on the insertion type of the marker would not change the behavior of my code. I luck out. --=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