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