From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Files in wrong subdirs of emacs/lisp? Date: 18 Dec 2003 18:01:28 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <87wu8vxtqg.fsf@emptyhost.emptydomain.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1071763663 32147 80.91.224.253 (18 Dec 2003 16:07:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 18 Dec 2003 16:07:43 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Dec 18 17:07:38 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AX0gb-0007Sn-00 for ; Thu, 18 Dec 2003 17:07:37 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AX0gb-0007Td-00 for ; Thu, 18 Dec 2003 17:07:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AX1dz-0002hd-PW for emacs-devel@quimby.gnus.org; Thu, 18 Dec 2003 12:08:59 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AX1dn-0002gR-T2 for emacs-devel@gnu.org; Thu, 18 Dec 2003 12:08:47 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AX1dF-0002ZQ-U2 for emacs-devel@gnu.org; Thu, 18 Dec 2003 12:08:46 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.24) id 1AX1YD-00011f-7E for emacs-devel@gnu.org; Thu, 18 Dec 2003 12:03:01 -0500 Original-Received: (qmail 41879 invoked from network); 18 Dec 2003 16:01:32 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 18 Dec 2003 16:01:32 -0000 Original-To: emacs-devel@gnu.org In-Reply-To: Original-Lines: 35 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18745 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18745 Per Abrahamsen writes: > Kai Grossjohann writes: > > > I think if cua is an emulation, then s-region should also be an > > emulation. > > CUA conflicts with the Emacs UI. In what way? By default, CUA remaps C-z and C-v keys, and makes C-x and C-c behave "intelligently" when the region is active, but you can easily customize those bindings away and still use other cua features (like the shift region making). > Does s-region conflict with Emacs > in any way? Or is it a clean extension? If it does not conflict and > is generally useful, maybe it should be enabled by default and thus > become part of the Emacs UI. I would strongly advise against this -- IMHO the s-region.el package is really an ugly hack, and I doubt many users are using it. For one thing s-region completely messes up the key bindings for the shifted keys it rebinds (they are all bound to the same function, so there's no useful doc string printed by C-h k for these keys). Furthermore, it uses an overlay to show the marked region rather than relying on transient-mark-mode which does the same thing automatically. A better place for it might actually be obsolete/. -- Kim F. Storm http://www.cua.dk