From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: JD Smith Newsgroups: gmane.emacs.devel Subject: comint-accumulate-marker Date: Thu, 13 Apr 2006 12:45:11 -0700 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1144957562 24233 80.91.229.2 (13 Apr 2006 19:46:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 13 Apr 2006 19:46:02 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 13 21:46:02 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 1FU7lL-0004v9-Ip for ged-emacs-devel@m.gmane.org; Thu, 13 Apr 2006 21:45:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FU7lL-0003g5-7i for ged-emacs-devel@m.gmane.org; Thu, 13 Apr 2006 15:45:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FU7l7-0003eo-LW for emacs-devel@gnu.org; Thu, 13 Apr 2006 15:45:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FU7l2-0003cL-8z for emacs-devel@gnu.org; Thu, 13 Apr 2006 15:45:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FU7l1-0003c4-NR for emacs-devel@gnu.org; Thu, 13 Apr 2006 15:45:35 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FU7qO-0000Dv-T5 for emacs-devel@gnu.org; Thu, 13 Apr 2006 15:51:09 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FU7kp-0004qP-FH for emacs-devel@gnu.org; Thu, 13 Apr 2006 21:45:23 +0200 Original-Received: from turtle.as.arizona.edu ([128.196.208.207]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Apr 2006 21:45:23 +0200 Original-Received: from jdsmith by turtle.as.arizona.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Apr 2006 21:45:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 30 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: turtle.as.arizona.edu User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) 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:52845 Archived-At: `comint-accumulate-marker' should (I believe) be left at the process mark when lines are accumulated. To see this: M-x shell echo this is test 1 [RET] echo this is test 2; [C-c SPC] echo this is more test 2 [M-p] The entire accumulated command should be replaced by the previous item on the input history, but it is not, since the accumulate marker was moved to the beginning of the 2nd line ("this is more test 2"), and use to mark the beginning of the region which is replaced by the historical command. I noticed this while I was implementing a comint feature in my IDLWAVE mode. It occurs to me that this feature might be a useful option for all comint modes, and might be better added there. In a terminal shell, using up arrow to recall history doesn't clobber the partially complete command you are composin. If you go back down, it is still there (even if it's blank). Not so in comint modes. Going down with M-p only wraps you around the input ring. You can emulate the terminal shell behavior by pretending there is another node on the ring between index 0 and the last ring index, and save the partially completed command when you stop "on" or "off" the ring. I'd envision this as a user option. Do we have a 22.1 pre-release branch where only bug-fixes are being applied, vs. HEAD where new features are being placed?