[ I moved this exclusively to xemacs-beta. ]
>>>> "Martin" == Martin Buchholz
<martin(a)xemacs.org> writes:
Martin> The only other applications that use Delete to delete backwards are
Martin> shells and other Emacsen. Shells are special because of historical
Martin> tty legacy braindamage - the only editing possible was backward
Martin> deletion, using exactly one designated backward erase key (no way to
Martin> define two).
*Any* application accepting input from stdio works this way.
Passwords, vi command lines, ... And, by the way, shells are special
in that I use them all the time. Also, I don't see how converts from
FSFmacs are unimportant in this picture.
I'm not arguing whether one behavior or the other is
braind-dead---plenty of XEmacs keybindings are braindead. In that
sense, there's a *huge* amount of "legacy braindamage" in XEmacs. As
long as there's no decision in principle to update the way XEmacs is
operated by a keyboard according to more "modern" usage, I don't think
it makes sense to change just this little detail.
You're talking about your users, but if we really care about them, we
should have a survey at least on xemacs-beta to find out.
Martin> Commercial software tends to be Motify, which uses the industry
Martin> standard user interface for Backspace and Delete.
Well, how many commercial software packages do you use under Unix?
The ones I use I would rather not be associated with.
Martin> New free software will use libraries like GTK or Qt, which I
Martin> have never used, but would be surprised if they didn't also
Martin> use the industry standard user interface.
Note the word "will." We're not there yet.
Martin> P.S. Oh, yeah, xedit on Unix (not VM/CMS) does things Steve's way.
Martin> An editor I would rather not be associated with.
So, you would rather be associated with Windows and Notepad? :-)
--
Cheers =8-} Chipsy
Friede, Völkerverständigung und überhaupt blabla