From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: display.texi: (,) isn't documented. Date: Mon, 11 Jun 2007 10:21:48 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1181582595 9395 80.91.229.12 (11 Jun 2007 17:23:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 11 Jun 2007 17:23:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 11 19:23:14 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 1Hxnbl-0008Ri-Fc for ged-emacs-devel@m.gmane.org; Mon, 11 Jun 2007 19:23:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hxnbk-0006aI-Oz for ged-emacs-devel@m.gmane.org; Mon, 11 Jun 2007 13:23:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hxnbg-0006aA-Vg for emacs-devel@gnu.org; Mon, 11 Jun 2007 13:23:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hxnbf-0006Zy-WD for emacs-devel@gnu.org; Mon, 11 Jun 2007 13:23:08 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hxnbf-0006Zv-R9 for emacs-devel@gnu.org; Mon, 11 Jun 2007 13:23:07 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Hxnbe-000393-MD; Mon, 11 Jun 2007 13:23:06 -0400 Original-Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l5BHN2eT001360; Mon, 11 Jun 2007 11:23:03 -0600 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l5BG3E36001043; Mon, 11 Jun 2007 11:23:02 -0600 Original-Received: from dhcp-amer-rmdc-csvpn-gw6-141-144-116-70.vpn.oracle.com by acsmt351.oracle.com with ESMTP id 2887294901181582528; Mon, 11 Jun 2007 10:22:08 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Whitelist: TRUE X-Whitelist: TRUE X-Brightmail-Tracker: AAAAAQAAAAI= X-detected-kernel: Linux 2.4-2.6 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:72628 Archived-At: > 1. If you use the mouse to select text, then having the > region size always visisble (when active) means not > having to use `M-=': double-click + click, or drag a > region - you see how big it is as you drag. > > In a case like this, if you have seen the region all the time > you were dragging it, why is it useful to see the size? Quick, select 50 characters starting...there. You might use the keyboard to place the cursor and then use `C-u 50', but you might instead just grab the mouse, drag, and stop when the size is 50. Honestly, I don't want to belabor this. I said that it is only a minor convenience. I'm glad to have it, but if others don't see the point, so be it. > 2. In transient mark mode, when you use `C-SPC' the region > becomes active, even though it is empty. This mode-line > indicator shows you that the region is active even when > you can't see it. When a command (e.g. query-replace) > limits itself to the region, this helps you avoid the > exercise of figuring out that you are acting on an > empty region. > > That is logical, but how often does such a problem occur? The first > thing an Emac suser will do when something seems broken is type C-g, > and that will deactivate the mark. Granted. All I can say is that I find the highlighted `0 chars' indicator in the mode-line useful. I've used transient mark mode (and delete-selection mode) for years, so I'm used to doing what you describe, but I find this indicator quite useful. I miss it, for instance, when I'm using Emacs 20 (which can't use this library). Recently, David make a remark against turning on transient-mark-mode by default, saying that "unintended active regions" lead to "constant interference...with both buffer display and operation". I'm not sure what he had in mind, but perhaps an unexpected empty region is part of it. Better to not have to reflect and determine that "something seems broken".