From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Roehler Newsgroups: gmane.emacs.devel Subject: use-empty-active-region Date: Thu, 13 Aug 2009 18:17:11 +0200 Message-ID: <4A843C87.6090209@online.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250181124 1260 80.91.229.12 (13 Aug 2009 16:32:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Aug 2009 16:32:04 +0000 (UTC) Cc: Richard M Stallman To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 13 18:31:57 2009 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 1MbdDY-0001Ch-7W for ged-emacs-devel@m.gmane.org; Thu, 13 Aug 2009 18:31:56 +0200 Original-Received: from localhost ([127.0.0.1]:50206 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MbdDX-0003rt-DW for ged-emacs-devel@m.gmane.org; Thu, 13 Aug 2009 12:31:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MbcyV-0003yJ-KJ for emacs-devel@gnu.org; Thu, 13 Aug 2009 12:16:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MbcyR-0003vo-1w for emacs-devel@gnu.org; Thu, 13 Aug 2009 12:16:23 -0400 Original-Received: from [199.232.76.173] (port=42480 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MbcyQ-0003vj-UN for emacs-devel@gnu.org; Thu, 13 Aug 2009 12:16:18 -0400 Original-Received: from moutng.kundenserver.de ([212.227.17.9]:63672) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MbcyO-0003Tn-3Q; Thu, 13 Aug 2009 12:16:16 -0400 Original-Received: from [192.168.178.27] (p54BE94CE.dip0.t-ipconnect.de [84.190.148.206]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MKsym-1MbcyK2MBA-000lEa; Thu, 13 Aug 2009 18:16:13 +0200 User-Agent: Thunderbird 2.0.0.19 (X11/20081227) X-Provags-ID: V01U2FsdGVkX1/VBi8IeKQKLTX6RxKyzFFM3ly1lEUyxITPVQJ /XvzdYr3Df7PRt3gar5p1J6XB7o9Og2+XoHLVK4aabIlVnbmlV jB8q4bTwXztD7+VYzY6pN2BKuoRw/T3Ye7SOos2Jkk= X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:114182 Archived-At: Hi, should have noticed earlier variable `use-empty-active-region' with change Sun Dec 23 21:45:35 2007 UTC Branch: MAIN Changes since 1.890: +22 -0 lines Diff to previous 1.890 Sorry commenting it that late. AFAIR I've seen that kind of things, but always considered it as being redundant, rather posing problems than solving it. Rationale is: Certainly exists a need to decide if a function should ignore an empty region or should send an error etc. But AFAIU it can't be said all-at-once before, so a variable and/or customization makes no sense here. Its up to the function called at place, to decide its behaviour. Problem for me too: you can't know, how the user has set it: no function may relay on its setting. Thats producing conflicts, if different developers assume different default values to rely upon. See you've got a bug report already bug#3873: 23.1.50; docstring of `region-active-p' is nonsensical IMHO its not just the docstring. Saying "That function checks the value of `use-empty-active-region' as well." introduces a third level, i.e. complexity. So maybe drop it again? Maybe I miss something? Thanks a lot all Andreas GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0) of 2009-07-25