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: CUA mode cursor color Date: 13 May 2002 23:08:33 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5xit5r7o32.fsf@kfs2.cua.dk> References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021354086 32512 127.0.0.1 (14 May 2002 05:28:06 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 14 May 2002 05:28:06 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 177Ur0-0008SH-00 for ; Tue, 14 May 2002 07:28:06 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 177V1t-0003Xq-00 for ; Tue, 14 May 2002 07:39:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 177UQw-0007xC-00; Tue, 14 May 2002 01:01:10 -0400 Original-Received: from fepd.post.tele.dk ([195.41.46.149]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 177M8L-0004tD-00; Mon, 13 May 2002 16:09:26 -0400 Original-Received: from kfs2.cua.dk.cua.dk ([80.62.38.68]) by fepD.post.tele.dk (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020513200747.LRR18110.fepD.post.tele.dk@kfs2.cua.dk.cua.dk>; Mon, 13 May 2002 22:07:47 +0200 Original-To: Miles Bader In-Reply-To: Original-Lines: 55 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3898 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3898 Miles Bader writes: > A few more comments about CUA mode: > > 1. Using `M-x cua-mode' doesn't print a message in the mode-line, > whereas using the menu option does. Why not always print a message > (many other mode toggles do, and they probably all should), and make > the menu option and `M-x cua-mode' exactly the same? Will fix that. > > 2. If you have transient-mark-mode enabled, turning on cua-mode and > then turning it off again leaves transient-mark-mode disabled; it > would be much better to leave it in whatever state it was in > originally. I'm not sure the best way to implement this. Good idea. I'll do that. > > 3. In the NEWS file, it says: > > With cua, the region can be set and extended using shifted > movement keys (like pc-selection-mode) and typed text replaces > the active region (like delete-selection-mode). Do not enable > these modes with cua-mode. > I have added code which disables these modes when cua-mode is enabled and reenable them if cua-mode is disabled. > It would be nice if `pc-selection-mode' and `delete-selection-mode' > simply used the same code that cua-mode does, so that they are more > compatible (after all, it's not unlikely that a potential user of > CUA mode already has one or both of them enabled, and might not see > the warning in NEWS). This is true -- but there are other packages in emacs which overlap in functionality, so I guess it is ok to have these as separate packages. But it should not be possible to enable them if cua-mode is enabled. One way to accomplish thati is directly in the delete-selection-mode and pc-selection-mode functions, but I don't know if that is really possible with define-minor-mode. Another possibility would be to defadvice those functions in cua-base, but can you defadvice a function which isn't (auto)loaded yet [I definitely don't want to load it just to defadvice it]. Any suggestions? -- Kim F. Storm http://www.cua.dk