From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: comint-insert-input on non-command lines: A trivial fix, a quibble, and a bug Date: Wed, 10 May 2006 15:27:45 +0900 Message-ID: References: <17501.373.791079.156322@rgrjr.dyndns.org> <17502.37204.411491.461843@farnswood.snap.net.nz> <200605080408.k4848t65027552@jane.dms.auburn.edu> <17502.50834.303952.808659@farnswood.snap.net.nz> <200605090301.k4931NbZ010512@jane.dms.auburn.edu> <17504.2770.189282.768887@farnswood.snap.net.nz> <200605090359.k493xjVi010576@jane.dms.auburn.edu> <17504.13295.579987.394734@farnswood.snap.net.nz> <200605091458.k49EwOL8012994@jane.dms.auburn.edu> <20060510010929.723AA627ED@farnswood.snap.net.nz> <200605100441.k4A4f636019170@jane.dms.auburn.edu> <17505.31314.844449.970281@farnswood.snap.net.nz> <200605100606.k4A661Rs019271@jane.dms.auburn.edu> Reply-To: Miles Bader NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1147242532 15260 80.91.229.2 (10 May 2006 06:28:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 10 May 2006 06:28:52 +0000 (UTC) Cc: nickrob@snap.net.nz, rogers-emacs@rgrjr.dyndns.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 10 08:28:46 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FdiBg-0006Hc-1y for ged-emacs-devel@m.gmane.org; Wed, 10 May 2006 08:28:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdiBf-0000gB-He for ged-emacs-devel@m.gmane.org; Wed, 10 May 2006 02:28:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdiAt-0000NS-El for emacs-devel@gnu.org; Wed, 10 May 2006 02:27:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdiAp-0000Ll-NJ for emacs-devel@gnu.org; Wed, 10 May 2006 02:27:55 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdiAp-0000Le-Gs for emacs-devel@gnu.org; Wed, 10 May 2006 02:27:51 -0400 Original-Received: from [203.180.232.81] (helo=mgate01.necel.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdiC1-0004Vj-Cm; Wed, 10 May 2006 02:29:05 -0400 Original-Received: from relay31.aps.necel.com (relay31 [10.29.19.54]) by mgate01.necel.com (8.13.6/8.13.1) with ESMTP id k4A5NWlR006848; Wed, 10 May 2006 15:27:46 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.20] [10.29.19.20]) by relay31.aps.necel.com with ESMTP; Wed, 10 May 2006 15:27:46 +0900 Original-Received: from dhapc248.dev.necel.com ([10.114.97.235] [10.114.97.235]) by relay21.aps.necel.com with ESMTP; Wed, 10 May 2006 15:27:45 +0900 Original-Received: by dhapc248.dev.necel.com (Postfix, from userid 31295) id AD977423; Wed, 10 May 2006 15:27:45 +0900 (JST) Original-To: Luc Teirlinck System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <200605100606.k4A661Rs019271@jane.dms.auburn.edu> (Luc Teirlinck's message of "Wed, 10 May 2006 01:06:01 -0500 (CDT)") Original-Lines: 32 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:54180 Archived-At: Luc Teirlinck writes: > I was talking about people who wanted to use `C-c RET' to insert old > output at the current prompt. Given the current code, people who want > that have to set comint-use-prompt-regexp non-nil and hence can not > use fields. That is what seems weird to me. Yes. I think that by and large the user-visible behavior should be the same regardless of what value `comint-use-prompt-regexp' has -- other than the obvious consequences of using or not using fields of course (e.g., the behavior of C-a). I find comint-insert-input a confusing command, as its behavior is so context dependent. The current behavior of `C-c C-m' on an output field (when comint-use-prompt-regexp is nil) seems not very useful to me; in a shell buffer, for instance, it just does nothing. For the keybinding case, at least, a simple behavior like "always insert the current field (whether input or output) or line (when comint-use-prompt-regexp is non-nil)" would seem a lot cleaner, easier to explain, and more useful. For the mouse-binding, in a shell buffer for instance, I think the same simple behavior would also be better; perhaps for some modes, alternative handling of output fields is better -- but maybe a cleaner way to handle that would be to just bind other command to mouse-2? -Miles -- "Though they may have different meanings, the cries of 'Yeeeee-haw!' and 'Allahu akbar!' are, in spirit, not actually all that different."