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: move-beginning-of-line Date: Tue, 15 Mar 2005 13:39:05 -0500 Message-ID: References: <200503140258.j2E2wbI11194@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1110912123 21158 80.91.229.2 (15 Mar 2005 18:42:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 15 Mar 2005 18:42:03 +0000 (UTC) Cc: teirllm@dms.auburn.edu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 15 19:42:02 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DBGz1-0003Si-1V for ged-emacs-devel@m.gmane.org; Tue, 15 Mar 2005 19:41:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBHEv-0004WA-TN for ged-emacs-devel@m.gmane.org; Tue, 15 Mar 2005 13:58:02 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBHCK-0003qY-9k for emacs-devel@gnu.org; Tue, 15 Mar 2005 13:55:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBHCC-0003li-B3 for emacs-devel@gnu.org; Tue, 15 Mar 2005 13:55:15 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBHC8-0003jq-4S for emacs-devel@gnu.org; Tue, 15 Mar 2005 13:55:08 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DBGwc-0007ab-DB for emacs-devel@gnu.org; Tue, 15 Mar 2005 13:39:06 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DBGwb-0002PA-7f; Tue, 15 Mar 2005 13:39:05 -0500 Original-To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34611 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34611 > Sorry for replying so late to this, but is there some extremely good > (that is, absolutely unavoidable) reason why that image is layed on > top of text that _ends in a newline_ (or just contains newlines)? The general idea of of auto-image-file-mode, and of my new replacement image-mode, is that the image sits on top of the text of the file. This is so if you write the buffer to some other file, it will get the right contents. As long as we keep that idea, there will be newlines in the file. However, insert-image-file doesn't necessarily have to work this way. It could instead make the image sit on top of a space, like insert-image. Does anyone see a reason why not to do this?