From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Suggestion for autorevert.el Date: Thu, 1 Apr 2004 18:11:19 -0600 (CST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200404020011.i320BJT24024@raven.dms.auburn.edu> References: <87zna6l1kn.fsf@offby1.atm01.sea.blarg.net> <87vfktj86f.fsf@offby1.atm01.sea.blarg.net> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1080865347 15103 80.91.224.253 (2 Apr 2004 00:22:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 2 Apr 2004 00:22:27 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 02 02:22:19 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B9CRv-0006hh-00 for ; Fri, 02 Apr 2004 02:22:19 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B9CRv-0007IF-00 for ; Fri, 02 Apr 2004 02:22:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B9CPk-0008OE-6W for emacs-devel@quimby.gnus.org; Thu, 01 Apr 2004 19:20:04 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B9CPA-00088S-8j for emacs-devel@gnu.org; Thu, 01 Apr 2004 19:19:28 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B9CKd-0004kZ-1e for emacs-devel@gnu.org; Thu, 01 Apr 2004 19:15:18 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B9CJT-00045r-8S; Thu, 01 Apr 2004 19:13:35 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i320DWKt005110; Thu, 1 Apr 2004 18:13:32 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.6+Sun/8.11.6) id i320BJT24024; Thu, 1 Apr 2004 18:11:19 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: offby1@blarg.net In-reply-to: <87vfktj86f.fsf@offby1.atm01.sea.blarg.net> (message from Eric Hanchrow on Thu, 25 Mar 2004 06:46:48 -0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21179 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21179 Eric Hanchrow wrote: `File: emacs, Node: Reverting' says ``revert-buffer' keeps point at the same distance (measured in characters) from the beginning of the file.' Which is wrong (or obsolete). To see that it is wrong, save a file "myfile" with only content "123456789" and position point in the buffer on the `6'. Then do `echo abcdefghi > myfile' from a shell. Then revert. If the above description were accurate, point would be on the letter `f'. Instead, it is at the beginning of the buffer. Maybe accurately explaining the actual positioning algorithm could be somewhat too technical for the Emacs manual. The present (highly) simplified description seems very misleadingly precise. What about staying more "clearly vague"? I can install the patch below if desired. Note that we are talking about man/files.texi, _not_ lispref/files.texi. ===File ~/man-files-diff==================================== *** files.texi 20 Jan 2004 16:17:38 -0600 1.87 --- files.texi 01 Apr 2004 17:29:17 -0600 *************** *** 855,865 **** the current buffer. Since reverting a buffer unintentionally could lose a lot of work, you must confirm this command with @kbd{yes}. ! @code{revert-buffer} keeps point at the same distance (measured in ! characters) from the beginning of the file. If the file was edited only ! slightly, you will be at approximately the same piece of text after ! reverting as before. If you have made drastic changes, the same value of ! point in the old file may address a totally different piece of text. Reverting marks the buffer as ``not modified'' until another change is made. --- 855,864 ---- the current buffer. Since reverting a buffer unintentionally could lose a lot of work, you must confirm this command with @kbd{yes}. ! @code{revert-buffer} tries to position point in such a way that, if ! the file was edited only slightly, you will be at approximately the ! same piece of text after reverting as before. If you have made drastic ! changes, point may wind up in a totally different piece of text. Reverting marks the buffer as ``not modified'' until another change is made. ============================================================