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: region-active-p Date: Sun, 21 Oct 2007 09:56:40 -0400 Message-ID: References: <200710191149.59775.andreas.roehler@online.de> <87bqau3iq5.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1192975037 15574 80.91.229.12 (21 Oct 2007 13:57:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 21 Oct 2007 13:57:17 +0000 (UTC) Cc: Juri Linkov , andreas.roehler@online.de, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 21 15:57:16 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 1IjbIq-0001Ik-9S for ged-emacs-devel@m.gmane.org; Sun, 21 Oct 2007 15:57:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjbIi-0002wf-Jd for ged-emacs-devel@m.gmane.org; Sun, 21 Oct 2007 09:57:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IjbIc-0002tR-Nl for emacs-devel@gnu.org; Sun, 21 Oct 2007 09:57:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IjbIa-0002pL-Ux for emacs-devel@gnu.org; Sun, 21 Oct 2007 09:57:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjbIa-0002oW-Op for emacs-devel@gnu.org; Sun, 21 Oct 2007 09:57:00 -0400 Original-Received: from h209-71-201-81.gtconnect.net ([209.71.201.81] helo=ceviche.home) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IjbII-0004Gz-Hh; Sun, 21 Oct 2007 09:56:42 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id CD407B41C1; Sun, 21 Oct 2007 09:56:40 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Sun\, 21 Oct 2007 03\:25\:44 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:81364 Archived-At: >> What about to introduce `region-active-p' and/or >> `region-exists-p' for >> (and mark-active transient-mark-mode) > I think this is a good idea. Instead of putting everywhere > a complex condition: > I agree. But we need to decide whether (not (eq (region-beginning) > (region-end))) should be part of it. I think it should be part of it. All the commands I can think of that use this kind of feature make the command work on the selected region instead of just "at point". So an empty region isn't very meaningful for them. > The name `region-active-p' > implies that it doesn't matter whether the region is empty. Not necessarily. I don't consider an empty region as being really "active". Stefan