Martin Buchholz writes:
>>>>> "Kyle" == Kyle Jones
<kyle_jones(a)wonderworks.com> writes:
Kyle> Martin Buchholz writes:
>> >>>>> "SL" == SL Baur <steve(a)xemacs.org> writes:
>>
SL> My argument against is simple. The failure mode is catastrophic
SL> in exactly the same way that we wanted to fix when we first got
SL> into this. There are keyboards in the mule lab that XEmacs is
SL> completely clueless to deal with[1]. With them, the big key
SL> labeled "Delete" stops deleting backwards and in order to get a
SL> delete backwards requires a shifted keystroke.
>>
>> What bugs me most about this argument is that Steve describes as
>> `catastrophic' a situation where a user would have to use a modifier
>> key (e.g. `Fn') to delete backwards, yet... a user who currently might
>> want to delete forwards currently must ALWAYS use a modifier key,
>> i.e. Ctrl+D. How exactly is this different?
Kyle> The keys are used differently. Chars are deleted backward
Kyle> typically as an integral part of entering text. You type "teh"
Kyle> instead of "the", tap backspace a couple of times, fix it and
Kyle> keep typing. Forward deletes typically occur when text is being
Kyle> proofed and edited after being entered. This is a different
Kyle> typing dynamic.
I agree that the BackSpace and Delete keys are often used in the way
you describe, but I don't understand how this affects the argument.
It is also true that the `=' character is much more likely to be used
during initial text input than subsequent text editing, when compared
to the use of the Delete key, but I don't see why the usage pattern
makes a difference to our keybinding strategy.
I was just showing why it was more importasnt to get the backspace
key binding right. You seemed to be equating the importance of the
keys. I use Worthless 95 every day and have gotten used to C-d not
working, and using Delete instead. I'm sure this is because I don't
have to use that Delete key a lot, and I can get around it by
positioning the cursor at the other end of the region and using
backspace. No such luck when you're trying to correct entry errors
quickly, which is a broken backspace key is such a showstopper. So
I'm inclined to sacrifice the forwarding deleting behavior in favor
of making sure the backward deleting key works right.
The question that remains in my mind is, "Can we set
delete-key-deletes-forward to t without hosing a large number of
existing users?" I want to get to the point where we can set this
variable to t, but I don't want to do it if we're not ready. As I've
wrote the last time this topic was discussed I think this is a
worthwhile concession to those coming to us by way of Windows, to help
ease their transition to open source software.