From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bob Portmann Newsgroups: gmane.emacs.devel Subject: Re: comint-accumulate-marker Date: Sat, 15 Apr 2006 17:19:01 -0700 (PDT) Message-ID: <20060416001901.83803.qmail@web60324.mail.yahoo.com> References: 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 1145146840 4110 80.91.229.2 (16 Apr 2006 00:20:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 16 Apr 2006 00:20:40 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 16 02:20:29 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 1FUuzW-0003se-Jm for ged-emacs-devel@m.gmane.org; Sun, 16 Apr 2006 02:20:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FUuzW-0004yn-01 for ged-emacs-devel@m.gmane.org; Sat, 15 Apr 2006 20:19:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FUuz9-0004qd-8l for emacs-devel@gnu.org; Sat, 15 Apr 2006 20:19:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FUuz5-0004oz-9S for emacs-devel@gnu.org; Sat, 15 Apr 2006 20:19:26 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FUuz4-0004on-Vf for emacs-devel@gnu.org; Sat, 15 Apr 2006 20:19:23 -0400 Original-Received: from [209.73.178.132] (helo=web60324.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FUuzO-0002eh-7n for emacs-devel@gnu.org; Sat, 15 Apr 2006 20:19:42 -0400 Original-Received: (qmail 83811 invoked by uid 60001); 16 Apr 2006 00:19:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=rwL4lmrl4dHv3Tw8mySYqfd3OYXL76jBSpyCeHsxeBhqn+w84dg16rFfE5GZPZ3QyGMQRMNlJpRT65cskmwh4+oJmDTZ3HuVb2tAECzxQEODx3aq/2RWIWyrs7jsP0PoupexW+anKNyikfMaWum+vDZP3xyk7jkrmvDGGziIMVk= ; Original-Received: from [71.208.247.11] by web60324.mail.yahoo.com via HTTP; Sat, 15 Apr 2006 17:19:01 PDT Original-To: emacs-devel@gnu.org In-Reply-To: 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:52910 Archived-At: --- JD Smith wrote: > `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 composing. If you go back down, it is still > there (even if it's blank). I, for one, would welcome this change in shell (and other shell like) modes. I MUCH prefer the way regular terms work where one can go up in the history and then back down and still have a blank line (or whatever was there). Going immediately to the opposite end of the ring is disorienting when one has lots (1000+) of things saved in the history. And then it is a pain to type C-x u to get a blank line again. It also seems to go against the emacs philosophy that this behavior cannot (easily) be configured. Bob > 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? > > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com