From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Overlays at the end of the buffer does not reach it Date: Tue, 25 Mar 2008 14:31:26 -0400 Message-ID: References: <47E811C1.6040708@gmail.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1206469974 2537 80.91.229.12 (25 Mar 2008 18:32:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 25 Mar 2008 18:32:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Lennart Borgman (gmail)" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 25 19:33:25 2008 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.50) id 1JeDxT-0004oq-5U for ged-emacs-devel@m.gmane.org; Tue, 25 Mar 2008 19:33:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JeDwr-000428-V6 for ged-emacs-devel@m.gmane.org; Tue, 25 Mar 2008 14:32:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JeDvk-0003Nz-T2 for emacs-devel@gnu.org; Tue, 25 Mar 2008 14:31:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JeDvj-0003NN-Kd for emacs-devel@gnu.org; Tue, 25 Mar 2008 14:31:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JeDvj-0003NI-GL for emacs-devel@gnu.org; Tue, 25 Mar 2008 14:31:27 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JeDvj-0007Uk-79 for emacs-devel@gnu.org; Tue, 25 Mar 2008 14:31:27 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1JeDvi-0000dr-VC; Tue, 25 Mar 2008 14:31:26 -0400 In-reply-to: <47E811C1.6040708@gmail.com> (lennart.borgman@gmail.com) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:93429 Archived-At: If you put an overlay at the end of the buffer and then put point at the end of the buffer then point is outside the overlay. That prevents the use of overlay keymaps at the end of the buffer. I therefor suggest that in this case the point should be regarded to be within the overlay. This issue calls for very careful thought. The change you're proposing would be useful, but it would be an inconsistency. Inconsistencies in the meaning of Lisp data tend to bite you. For instance, what happens if you narrow and set ZV to the place where an overlay ends. Does that cause the overlay to start affecting the position at the end whereas previously it did not? If this doesn't depend on the marker insertion type of each end of the overlay, perhaps making it depend on that is a good solution.