From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Thu,  1 Oct 2009 18:44:58 +1000
From: Sam Watkins <sam@nipl.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Message-ID: <20091001084458.GA3327@nipl.net>
References: <138575260910010126p6c629a88qc8ec1be7ce3ff2a2@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <138575260910010126p6c629a88qc8ec1be7ce3ff2a2@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Subject: Re: [9fans] handling output
Topicbox-Message-UUID: 7adb673c-ead5-11e9-9d60-3106f5b1d025

I'd like to make a "graphical shell" which could do this sort of thing, it
would also have a textual format for saving and suitable for editing.

I think it would be good to have an equivalent graphical tool for each command
line tool, as powerful as the original one; and an editable graphical
representation of each file format, file-based interface or protocol.

A nodes-and-arcs graph representation is already parsed and more symmetric that
a textual language.

Sam

On Thu, Oct 01, 2009 at 10:26:06AM +0200, hugo rivera wrote:
> I've been wondering for a while if there's some way to multiplex (if
> this is the correct term) stdout for a given program:
> % ls @ {grep regexp1 > file1 } @ {grep regexp2 > file2}
> where @ is an operator that would copy ls stdout to two (maybe more)
> different file descriptors.