From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: region-active-p Date: Tue, 30 Oct 2007 09:12:59 +0900 Message-ID: <87d4ux5uk4.fsf@uwakimon.sk.tsukuba.ac.jp> References: <200710191149.59775.andreas.roehler@online.de> <87hckeigev.fsf@uwakimon.sk.tsukuba.ac.jp> <200710261017.33513.andreas.roehler@online.de> <877ilai63w.fsf@uwakimon.sk.tsukuba.ac.jp> <87bqal2kxb.fsf@uwakimon.sk.tsukuba.ac.jp> <877il7puib.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1193703147 7032 80.91.229.12 (30 Oct 2007 00:12:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Oct 2007 00:12:27 +0000 (UTC) Cc: reinersteib+gmane@imap.cc, andreas.roehler@online.de, emacs-devel@gnu.org, juri@jurta.org, monnier@iro.umontreal.ca, miles@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 30 01:12:27 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 1ImeiU-0007zw-32 for ged-emacs-devel@m.gmane.org; Tue, 30 Oct 2007 01:12:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ImeiK-0003q4-7G for ged-emacs-devel@m.gmane.org; Mon, 29 Oct 2007 20:12:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ImeiG-0003n8-6h for emacs-devel@gnu.org; Mon, 29 Oct 2007 20:12:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ImeiD-0003h0-1S for emacs-devel@gnu.org; Mon, 29 Oct 2007 20:12:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ImeiC-0003gn-Q1 for emacs-devel@gnu.org; Mon, 29 Oct 2007 20:12:04 -0400 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Imei1-0000po-Dg; Mon, 29 Oct 2007 20:11:53 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (unknown [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id BF7B51535A8; Tue, 30 Oct 2007 09:11:49 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 271021A2E12; Tue, 30 Oct 2007 09:13:00 +0900 (JST) In-Reply-To: X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" (+CVS-20070621) XEmacs Lucid X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:82112 Archived-At: Richard Stallman writes: > I just double-checked. What we want for Emacs is closer to your > `region-active-p'. We want it to test for Transient Mark mode with > the mark active. > > > I propose to add an optional argument NONEMPTY to region-active-p > > which means "return nil if the region is empty". How about it? > > No, thank you. That makes the name inaccurate in XEmacs usage, is not > backwardly compatible > > I don't know how to understand "backwardly compatible". I designed > this to make it an upward compatible change for you. Does "backwardly > compatible" mean something else? Upwardly compatible, yes, but code that uses that argument cannot be used in current XEmacsen. The OP, Andreas Roehler, is specifically going to want to use it, because those are his preferred semantics. >From the point of view of XEmacs, the additional argument is a clear nuisance because most of the early uses are presumably going to be by third parties wishing to eliminate a source of incompatibility, and they're going to be disappointed. If you plan to use this API generally in Emacs, then I guess XEmacs compatibility is a secondary consideration. If so I would prefer that you use a different name and the semantics for the argument that Stefan proposed (or no argument if you also add `region-exists-p' with XEmacs's semantics). Then we can add it to XEmacs with less testing than changing an API, you better semantics (and can ignore the XEmacs APIs that have semantics that don't look useful to Emacs), and Andreas gets the semantics that are intuitive to him. Possible names are `region-usable-p' and `region-nonempty-p'.