From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Outline mode Date: Mon, 03 Sep 2007 17:03:57 -0400 Message-ID: References: <87odgnbr9q.fsf@earthlink.net> <87fy1zb77e.fsf@earthlink.net> <871wdicmx9.fsf@earthlink.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1188853447 26030 80.91.229.12 (3 Sep 2007 21:04:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 3 Sep 2007 21:04:07 +0000 (UTC) Cc: emacs-devel@gnu.org To: John J Foerch Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 03 23:04:06 2007 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 1ISJ5Z-0006yL-Kn for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2007 23:04:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISJ5X-0008G2-P5 for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2007 17:04:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISJ5V-0008FM-49 for emacs-devel@gnu.org; Mon, 03 Sep 2007 17:04:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISJ5T-0008Dy-Kq for emacs-devel@gnu.org; Mon, 03 Sep 2007 17:04:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISJ5T-0008Ds-Gt for emacs-devel@gnu.org; Mon, 03 Sep 2007 17:03:59 -0400 Original-Received: from tomts16.bellnexxia.net ([209.226.175.4] helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ISJ5T-0003Bt-2x for emacs-devel@gnu.org; Mon, 03 Sep 2007 17:03:59 -0400 Original-Received: from pastel.home ([70.55.144.31]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070903210358.LNFL574.tomts16-srv.bellnexxia.net@pastel.home> for ; Mon, 3 Sep 2007 17:03:58 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id EFAF4857C; Mon, 3 Sep 2007 17:03:57 -0400 (EDT) User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) X-Detected-Kernel: Solaris 8 (1) 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:77689 Archived-At: > The ellipsis is implemented as a display property in an overlay on the > newline of the heading, so point can be just before the ellipsis, and > still be on the same line as the heading. If you move point past the > ellipsis, then point will be in the first column of the next heading. > Thank you for mentioning deletion of the heading's newline. I hadn't > considered that situation, but now I have updated my patch to handle > it, as well as other situations where invisible text could get > modified. I will attach the new version to this message. > That's cool that you wrote reveal-mode. I want to help update it to > make it work with my changes to outline-mode. I really think my > changes are an improvement, but I also see that it will take patience > and effort to make sure it works perfectly. > It seems that the best way to proceed will be to add sections to this > elisp file for each mode that needs to be updated. Then all the > changes for everything can be in one place, and people can use > eval-buffer for testing, until it's finished. I can put the relevant > `require's at the top of the file to avoid problems with autoload. Your code is really a big hack and the problems I mentioned are just one of many. You can cover those up by adding more hacks, which will just leave other holes, etc... This said, my assessment of the problem as being a redisplay problem isn't right either. It seems this redisplay problem was fixed a while ago, so really I don't see what problem you're talking about. Maybe the problem you're referring to is that C-e doesn't go to the end of the heading (when folded) but to the end of the entry (which is why point ends up after the ellipsis). This is a feature implemented in move-end-of-line. Maybe you'd want to rebind C-e to end-of-line rather than move-end-of-line. Or maybe move-end-of-line should be changed so as not to jump to the end of the entry in this case (i.e. to stop before a hidden text if that text is covered by an ellipsis and is followed by a newline). I'd tend to agree with such a change. Stefan