Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!decwrl!pa.dec.com!hollie.rdg.dec.com!jch From: jch@dyfed.rdg.dec.com (John Haxby) Newsgroups: comp.mail.mh Subject: Re: mh editors Message-ID: <1991Mar4.091242.4602@hollie.rdg.dec.com> Date: 4 Mar 91 09:12:42 GMT References: <11564@pasteur.Berkeley.EDU> Sender: news@hollie.rdg.dec.com (Mr News) Reply-To: jch@dyfed.rdg.dec.com (John Haxby) Organization: Digital Equipment Corporation Lines: 25 In article <11564@pasteur.Berkeley.EDU>, smoot@roger-rabbit.Berkeley.EDU (Stephen R. Smoot) writes: |> I'm working on a SPARC, and always have an emacs around. I'd like for |> repl to just format the reply header and print where it is located, so I can |> load it into emacs. The obvious glue for this is to use the emacs server mode, which is fine so long as either (a) the socket for rendezvous is not UNIX or (b) you don't ever expect to have the emacs server and `comp' or `repl' on different machines. Some slightly non-obvious glue is to hack up a small program to send key-press and key-release events (one assumes you are using X11 or something that has an equivalent notion) to the window that the editor owns to read the draft file--wrap this in a shell script and call it an editor. The advantage to this glue is that you can extend it to things like `showproc' to `type' at things like the "Change File" dialog box in xless. If you want my hack for sending key-press and key-release events, just ask and I'll send it. -- John Haxby, Definitively Wrong. Digital Reading, England <...!ukc!wessex!jch>