From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: last-sexp-toggle-display Date: Mon, 11 Aug 2003 12:59:36 -0500 (CDT) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200308111759.h7BHxaM20880@raven.dms.auburn.edu> References: <200308071656.h77Guc115098@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1060625212 18258 80.91.224.253 (11 Aug 2003 18:06:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 11 Aug 2003 18:06:52 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Aug 11 20:06:51 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 19mH4F-0000YF-00 for ; Mon, 11 Aug 2003 20:06:51 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19mHBb-0000bu-00 for ; Mon, 11 Aug 2003 20:14:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19mH0n-0001rT-Up for emacs-devel@quimby.gnus.org; Mon, 11 Aug 2003 14:03:17 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19mH0j-0001pB-4L for emacs-devel@gnu.org; Mon, 11 Aug 2003 14:03:13 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19mGzU-0000qs-BT for emacs-devel@gnu.org; Mon, 11 Aug 2003 14:02:27 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.20) id 19mGyx-0000g5-JI; Mon, 11 Aug 2003 14:01:23 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.9/8.12.9) with ESMTP id h7BI1MeQ009355; Mon, 11 Aug 2003 13:01:22 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.6+Sun/8.11.6) id h7BHxaM20880; Mon, 11 Aug 2003 12:59:36 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 11 Aug 2003 08:53:49 -0400) 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:15885 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15885 Richard Stallman wrote: That's a bug--I will fix C-u M-:. That will improve the situation by making things more predictable. All without any apparent rhyme or reason and without any way to distinguish the two outputs other than to move one's mouse over them. Should they be given colors all the time, is that what you're suggesting? I believe that these regions should look clearly, but not necessarily screamingly, different from ordinary text, because they are different from ordinary text. That could be different colors, different font or whatever. In case of a different color, this should be a customizable face, because there are people around with all kinds of strange color visions. (I am one of them. If you color it red, I barely will be able to notice the color. If you color it cyan, I will be able to vaguely see the text, but not sufficiently to read it. All of which is no problem, as long I can customize the colors.) Clearly, basic editing commands like RET should not be rebound using local keymaps, except in read-only buffers. What do you think of M-RET, then? M-RET would be a lot better. The mouse-2 binding could still give some confusion if people are using the mouse to yank text. This feature should definitely be documented in the Emacs manual. (I do not believe it is.) There are still bugs remaining in this feature. Do: emacs-21.3.50 -q --eval "(blink-cursor-mode 0)" & (make-list 20 'a) C-j Result: (a a a a a a a a a a a a ...) Insert a `b': (a b a a a a a a a a a a a ...) Hit RET with point on the second `a': Result: (a b (a a a a a a a a a a a a a a a a a a a a) If this feature can not be made to work satisfactorily with editing the text, then I believe that the keymap should kill itself (and any special coloring or fontification that would be associated with it) upon editing of the text. (That would automatically get rid of the above bug.) The feature is mainly useful immediately after the original command anyway. Sincerely, Luc.