Path: utzoo!attcan!uunet!husc6!think!rlk From: rlk@think.com (Robert Krawitz) Newsgroups: comp.emacs Subject: Re: Gnu emacs questions from Gosling emacs user. Message-ID: <23290@think.UUCP> Date: 6 Jul 88 14:17:50 GMT References: <1520001@hplb29a.HPL.HP.COM> <6280001@hplsla.HP.COM> Sender: usenet@think.UUCP Reply-To: rlk@think.com (Robert Krawitz) Organization: Thinking Machines Corp., Cambridge MA Lines: 56 In-reply-to: ericb@hplsla.HP.COM ( Eric Backus) In article <6280001@hplsla.HP.COM>, ericb@hplsla writes: ]>1) How do I save the state of the buffers that I am editing so that the ]>next time that I run Gnu Emacs, it comes up visting the files that I ]>was working with, with the cursor positioned where it was when I exited ]>the editor? Gosling emacs does this by writing a file named ]>.emacs_on the connected directory. I can't figure out how to ]>do this in Gnu Emacs. It would be even nicer if I could have Gnu Emacs ]>come up with the same window layout that I had when I exited. ] ]No idea here. If it's possible, let me know. A group of people came up with something to dump out the state of an emacs. I don't remember who is the official (!) contact person on that, but you might try asking fad@think.com. ]>2) The 'next' and 'prev' keys on my 350 keyboard seem to be turned off ]>when in Gnu emacs. They apparently don't transmit anything at all. ] ]Correct. You can make them transmit anything you want by creating a ]".Xkeymap" file. See keycomp(1) for details on this. However, there's ]a catch! Most X10 clients look at the ".Xkeymap" file, including xterm ]and hpterm. If you remap "next" and "prev" to something (anything), then ]hpterm will no longer treat these keys the way you are used to. ] ]I believe that it may be possible to instead write some emacs-lisp function ]which maps these keys to whatever key sequence you want, but I haven't ]investigated it. It is possible to rebind keys from Lisp (I wrote the code), but due to a bug in the implementation of key mapping in X10, you must have a .Xkeymap file in order to rebind any keys at all (it's a long and sad story). It is also possible for an application to use an alternate keymap file; unfortunately, I let myself be talked out of implementing that in emacs. In any event, to rebind a key, you can use the functions x-rebind-key and x-rebind-keys. The former binds a a key, with or without shift bits, to a key sequence. The latter binds each of the shift combinations of a key to a different key sequence (you pass it a list of elements). They are both documented on-line. I don't know if any of this can be done in X11; I think enough of the X11 folks read this for you to get an answer. ]>3) The border of the X-window built by emacs is always highlighted, whether ]>the mouse cursor is inside of it or not. ] ]That's just the way emacs works. I, too, would like to see someone add ]active/inactive borders to emacs. I don't have the time to do it myself. It won't be in X10 emacs unless someone else decides to do it, since X10 is a dead end. X11 is another matter. -- harvard >>>>>> | Robert Krawitz bloom-beacon > |think!rlk topaz >>>>>>>> . rlk@a.HASA.disorg