On Thu, 24 Aug 2000, Martin Buchholz <martin(a)xemacs.org> wrote:
>>>>> "DanP" == Daniel Pittman
<daniel(a)danann.net> writes:
DanP> The new PSGML mode has, in it's keymap, one stunningly
DanP> counter-intuitive binding[1].
I agree completely.
>>>>> "Ray" == Raymond Toy <toy(a)rtp.ericsson.se> writes:
Ray> I have the same problem. I hate it. I want M-backspace (in
Ray> Fortran mode at least) to kill word just like it does everywhere
Ray> else! (But perhaps this is a bug created when the great
Ray> Backspace vs Delete change took place and Fortran was forgotten?
Ray> I know that Fortran mode used to work correctly.)
Proof that different users want different things.
XEmacs thinks BS is BS, whereas FSF Emacs thinks BS is DEL?
Still, for any particular user preference, XEmacs should work
consistently, so there is a bug here.
Mmmm. I think, in part, this is a social problem with the various modes.
IIRC, the how to design major modes stuff from the texi covers this as:
* Don't redefine standard keys in text-like modes.
* Don't redefine them anyway. :)
Which, mostly, makes sense to me. One reason I (and others, I know) use
(X)Emacs is because you /do/ get the same text-like behavior everywhere.
I know that's not why everyone does it, but, it is the least surprising
thing to do.
>>>>> "DanH" == Dan Holmsand
<dan(a)innehallsbolaget.com> writes:
DanH> I don't know if it's a bug or a feature - but this is all
DanH> because XEmacs works differently from fsfmacs. Fortran-mode etc
DanH> all define "\e\C-h" in a local keymap, which on XEmacs overrides
DanH> both M-backspace and C-M-h. On fsfmacs it only overrides C-M-h
DanH> (the intended behaviour).
But FSF Emacs redefines Meta+Backspace if you do
(global-set-key "\e\C-?" 'backward-char)
so XEmacs is consistent at the _syntactic_ level. It merely disagrees
on the name of the key labelled "BackSpace" (on my computer).
DanH> That means that you have to re-assign backward-kill-word
DanH> explicitly to M-BS if you also define C-M-h.
I vote for someone working with the package maintainers to modify the
key bindings for psgml-mode.
They can probably be (compatibly!) changed to
(define-key sgml-mode-map [(meta control h)]
'sgml-mark-current-element)
Daniel, could you verify that this kind of change is safe for XEmacs
and Emacs, search for other such changes (some suggested in this
thread), communicate with the other package maintainers, but make the
changes in XEmacs in any case?
I am happy to do this sort of thing, but my time is currently kind of
crunched. Work is in 'panic before release' mode, so I end up doing long
hours and... lacking enthusiasm.
I will, at the least, do some investigation into what this will and
won't break with, though, and post results to -beta.
[...]
Daniel
--
Cease to be a drudge; seek to be an artist.
-- Mary McLeod Bethune