From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 867 invoked from network); 28 Apr 2005 15:09:25 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 28 Apr 2005 15:09:25 -0000 Received: (qmail 11325 invoked from network); 28 Apr 2005 15:09:19 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 28 Apr 2005 15:09:19 -0000 Received: (qmail 21672 invoked by alias); 28 Apr 2005 15:09:16 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 21208 Received: (qmail 21659 invoked from network); 28 Apr 2005 15:09:15 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 28 Apr 2005 15:09:15 -0000 Received: (qmail 11019 invoked from network); 28 Apr 2005 15:09:15 -0000 Received: from vms042pub.verizon.net (206.46.252.42) by a.mx.sunsite.dk with SMTP; 28 Apr 2005 15:09:05 -0000 Received: from candle.brasslantern.com ([4.11.1.68]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IFN00GA1WR3V0NA@vms042.mailsrvcs.net> for zsh-workers@sunsite.dk; Thu, 28 Apr 2005 10:09:04 -0500 (CDT) Received: from candle.brasslantern.com (IDENT:schaefer@localhost [127.0.0.1]) by candle.brasslantern.com (8.12.11/8.12.11) with ESMTP id j3SF927k031676 for ; Thu, 28 Apr 2005 08:09:02 -0700 Received: (from schaefer@localhost) by candle.brasslantern.com (8.12.11/8.12.11/Submit) id j3SF92HX031675 for zsh-workers@sunsite.dk; Thu, 28 Apr 2005 08:09:02 -0700 Date: Thu, 28 Apr 2005 15:09:02 +0000 From: Bart Schaefer Subject: Re: history idea In-reply-to: <20050428065205.GC6338@a5.repetae.net> To: zsh-workers@sunsite.dk Message-id: <1050428150902.ZM31674@candle.brasslantern.com> MIME-version: 1.0 X-Mailer: Z-Mail (5.0.0 30July97) Content-type: text/plain; charset=us-ascii References: <20050428065205.GC6338@a5.repetae.net> Comments: In reply to Frederik Eaton "history idea" (Apr 27, 11:52pm) X-Spam-Checker-Version: SpamAssassin 3.0.2 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, score=-2.6 required=6.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Hits: -2.6 On Apr 27, 11:52pm, Frederik Eaton wrote: } } It is to add a mechanism to zsh so that when the shell executes a } command, the command can communicate back to shell some lines which } should be added to the end of the history. This would be possible with a module. The trouble is that it would require that every command that wants to use it must also be modified to perform the other end of the protocol. A better (?) idea is similar to one the completion system already makes use of: Tell zsh how to parse the history files already maintained by other apps, and add widgets (or configurations for a widget, e.g., the completion functions) for pulling values from those files onto the zsh command line. That also avoids this problem: } Of course, if you used such a feature, your history would become full } of crap that you'd never care about. Navigating it with } "{down,up}-line-or-history" after a long browser session would be } impractical. You'd have to switch to using the history search } commands. Parsing the apps' own history files keeps each set of commands separate, so that the true shell history doesn't get cluttered.