From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: change cursor type when idle Date: Wed, 13 Feb 2008 12:52:25 +0100 Message-ID: <87tzkdnkee.fsf@kfs-lx.rd.rdm> References: <000d01c86c82$700dccc0$7051908d@us.oracle.com> <200802121430.m1CEUc6k013361@sallyv1.ics.uci.edu> <002601c86d8a$a0454db0$405a908d@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1202903577 29865 80.91.229.12 (13 Feb 2008 11:52:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Feb 2008 11:52:57 +0000 (UTC) Cc: dann@ics.uci.edu, Drew Adams , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 13 12:53:18 2008 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 1JPGAw-0000R1-Kh for ged-emacs-devel@m.gmane.org; Wed, 13 Feb 2008 12:53:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JPGAS-00059S-KF for ged-emacs-devel@m.gmane.org; Wed, 13 Feb 2008 06:52:48 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JPGAO-00059L-57 for emacs-devel@gnu.org; Wed, 13 Feb 2008 06:52:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JPGAJ-00058O-QM for emacs-devel@gnu.org; Wed, 13 Feb 2008 06:52:43 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JPGAJ-00058L-Kf for emacs-devel@gnu.org; Wed, 13 Feb 2008 06:52:39 -0500 Original-Received: from mail-relay.sonofon.dk ([212.88.64.25]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JPGAJ-00056X-3E for emacs-devel@gnu.org; Wed, 13 Feb 2008 06:52:39 -0500 Original-Received: (qmail 6020 invoked from network); 13 Feb 2008 11:52:26 -0000 Original-Received: from unknown (HELO kfs-lx.rd.rdm.cua.dk) (213.83.150.21) by 0 with SMTP; 13 Feb 2008 11:52:26 -0000 In-Reply-To: (Richard Stallman's message of "Tue\, 12 Feb 2008 12\:45\:00 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.6-4.9 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:88941 Archived-At: Richard Stallman writes: > If a merge or refactoring with CUA code is in order, then I would think it > would be for CUA to use the code from a separate library, as opposed to > making users who want only the cursor changes use cua-mode. > > That is clearly true. This feature is unrelated to the key binding > changes of CUA mode, so they ought to be separated and made > independent features. The reason it is tied into cua-mode in the first place is that I needed to have separate cursor styles for rectangle marking and the global-mark feature. It was then trivial to add a few extra hooks to show different cursors also for read-only and overwrite-mode. Separating them would be harder - as there need to be prioritized between the different cursor types (e.g. the rectangle selection cursor takes priority over the read-only and overwrite-mode cursors). In principle, I fully agree that cua-mode should be completely separated into different packages, but unfortunately, the features provided by cua-mode need some rather deep interactions, so it is hard to actually split them (more than I have already done). Since it works just fine as it is, I prefer to keep things as they are now - rather than insisting on separating stuff at the cost of reduced functionality and interoperatibility (e.g. copying a marked rectangle to the global-mark works fine now - since the global-mark and the rectangle functions know about each other...). And since you can just use cua-mode without the cua-bindings, I don't really see why having the "cua-" prefix is such a problem to (some) people. I wish someone would volounteer to write a cua.texi manual describing all the features. -- Kim F. Storm http://www.cua.dk