Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!sri-unix!hplabs!ucbvax!CC5.BBN.COM!jr
From: jr@CC5.BBN.COM.UUCP
Newsgroups: comp.emacs
Subject: Re: running processes under GNUemacs
Message-ID: <8611220524.AA04844@ucbvax.Berkeley.EDU>
Date: Fri, 21-Nov-86 22:31:21 EST
Article-I.D.: ucbvax.8611220524.AA04844
Posted: Fri Nov 21 22:31:21 1986
Date-Received: Sun, 23-Nov-86 03:19:52 EST
References: <7229@topaz.RUTGERS.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 28

This doesn't really answer Dave's query, but I have often mused about
a sort of "inverse curses" package, if you will, that will take a
{file, region, pipe, whatever} and interpret what comes through it as
though it were some particular terminal, with the result being the
final appearance you would have on your screen had you fed the
{whatever} to the terminal in question (I know this is fuzzy - it's
been a tough week).

The time when I really want it is when a LUSER has typed a message
with a dumb unix tty interface which happily echoes character sequences
from the arrow keys; the user moves the cursor around (and it just
moves because of the echoes) and edits the file as though talking to
an editor.  But when I read it with a real editor, of course I see all
the ^[[A and so on, and cannot make head nor tail of what the user
thought the message should be.  If I could run through the uncurse
and drop the result in the buffer, I would see their intent.  (Gee,
that's a catchy name, eh?)

This filter is especially valuable if the terminal you are reading on
uses different escape sequences than the sender's (ie, when even
dropping to shell and cat'ing the file won't help).

Has anyone ever heard of such a beast (I know it may not be the right
group for this message, but as I said, my head is too fuzzy to try to
post elsewhere right now)?

/jr
jr@cc5.bbn.com or jr@bbnccv.uucp