From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Joe Corneli Newsgroups: gmane.emacs.help Subject: Re: Help-gnu-emacs Digest, Vol 9, Issue 52 Date: Fri, 29 Aug 2003 15:41:54 -0500 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1062190483 2391 80.91.224.253 (29 Aug 2003 20:54:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2003 20:54:43 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Aug 29 22:54:41 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19sqGX-0003rd-00 for ; Fri, 29 Aug 2003 22:54:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 19sqG7-0000Ee-VD for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Aug 2003 16:54:15 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19sq6l-0001Dc-Fv for help-gnu-emacs@gnu.org; Fri, 29 Aug 2003 16:44:35 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19sq67-0000fc-Pa for help-gnu-emacs@gnu.org; Fri, 29 Aug 2003 16:43:56 -0400 Original-Received: from [146.6.139.124] (helo=dell3.ma.utexas.edu) by monty-python.gnu.org with esmtp (Exim 4.22) id 19sq4B-00080j-9k for help-gnu-emacs@gnu.org; Fri, 29 Aug 2003 16:41:55 -0400 Original-Received: from linux183.ma.utexas.edu (linux183.ma.utexas.edu [146.6.139.172]) by dell3.ma.utexas.edu (8.11.3/8.10.2) with ESMTP id h7TKfs925815; Fri, 29 Aug 2003 15:41:54 -0500 Original-Received: from jcorneli by linux183.ma.utexas.edu with local (Exim 3.36 #1 (Debian)) id 19sq4A-0001rs-00; Fri, 29 Aug 2003 15:41:54 -0500 Original-To: help-gnu-emacs@gnu.org In-reply-to: (help-gnu-emacs-request@gnu.org) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:12189 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:12189 > `point-min' usually return 1, so you won't notice any difference. But > if the buffer is narrowed, point-min returns a different number ... > making the effect of pressing delete quite unpredictable. I thought the documentation sounded a bit weird, I definitely couldn't see why anyone would want to use it in the given context. I guess you might want to use this function to write code that deals with e.g. selecting the region that is narrowed to... but not much else. > > Besides the point-min confusion, kill-region should be called with > > (region-beginning) and (region-end) which usually -- but not always -- > > correspond to (point) and (mark). > > | or are there other instances where `region-beginning' is different > > | from `point'? > > Absolutely. This is an easy one. Set point at the start of a paragraph. > > Type C-SPACE to set the mark. Type M-n to move to the end of the > > paragraph. You now have a region where mark is the beginning and point is > > the end. > > > Now type C-x C-x (exchange-point-and-mark). > Yes, but what I meant to say with »other instances« was if there are > any cases where (region-end) is not equivalent to (max (point) > (mark)). Are there any instances where the difference actually matters to (kill-region BEG END)? Joe