From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Cursor positioning with `after-string' overlays Date: Fri, 02 Apr 2010 12:24:08 +0200 Message-ID: <87634a9mpj.fsf@kfs-lx.rd.rdm> References: <83bpe3xqjj.fsf@gnu.org> <87d3yialfb.fsf@kfs-lx.rd.rdm> <83mxxmwas8.fsf@gnu.org> <83iq8aw7y4.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1270204084 1736 80.91.229.12 (2 Apr 2010 10:28:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 2 Apr 2010 10:28:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 02 12:28:00 2010 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.69) (envelope-from ) id 1Nxe6Z-0001tl-VR for ged-emacs-devel@m.gmane.org; Fri, 02 Apr 2010 12:28:00 +0200 Original-Received: from localhost ([127.0.0.1]:60114 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nxe6Z-0008AA-2D for ged-emacs-devel@m.gmane.org; Fri, 02 Apr 2010 06:27:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nxe32-0005qR-8v for emacs-devel@gnu.org; Fri, 02 Apr 2010 06:24:20 -0400 Original-Received: from [140.186.70.92] (port=48015 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nxe30-0005ok-1O for emacs-devel@gnu.org; Fri, 02 Apr 2010 06:24:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nxe2x-0004vJ-Qq for emacs-devel@gnu.org; Fri, 02 Apr 2010 06:24:17 -0400 Original-Received: from ge0.mail1.hoer.dk.ip.fullrate.dk ([90.185.1.42]:49155 helo=smtp.fullrate.dk) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nxe2v-0004on-DB; Fri, 02 Apr 2010 06:24:13 -0400 Original-Received: from kfs-lx.rd.rdm.cua.dk (3008ds4-amb.0.fullrate.dk [90.184.173.162]) by smtp.fullrate.dk (Postfix) with SMTP id 995009D0EB; Fri, 2 Apr 2010 12:24:09 +0200 (CEST) In-Reply-To: <83iq8aw7y4.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Apr 2010 11:54:27 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:123062 Archived-At: Eli Zaretskii writes: > I think I see the answer. The recipe should be modified like this: > > M-x cua-mode RET > a C-q C-i b RET > C-p C-RET C-f C-f C-f .. > > That is, there should be a newline after `b'. Thanks - I just made the example in a non-empty buffer, so there was a newline there already. Surely looks like a bug in cua-rect. > When modified like > this, I see the expected behavior both with the current trunk and with > older versions. > > Is this satisfactory? Yes. > Note that what cua-rect.el does differs from the example I posted in > one crucial aspect: cua-rect.el uses an integer number, rather than > just `t', for the value of the `cursor' property. This number > actually tells the cursor-positioning code for which buffer positions > we should display the cursor on the character that has this property. > When the `cursor' property has an integer value, it really does > override the ``exact match for point always wins'' strategy, for > buffer positions that are ``covered'' by the value of `cursor'. Right. I no longer remebered the details - thanks for digging into it. -- Kim F. Storm http://www.cua.dk