SL Baur writes:
Kyle Jones <kyle_jones(a)wonderworks.com> writes in
xemacs-beta(a)xemacs.org:
...
> I'm not talking about hideously complicated semantics here. All
> you need to know and remember to avoid mayhem is that M-< and M->
> set the mark. This is too much to learn?
Yes. We apparently agree to disagree on issues like this. Signaling
errors when attempting to move beyond buffer boundaries is idiotic
behavior, but enshrined for all-time as "standard". I've been
overruled on this issue, but that doesn't stop from attacking other
windmills.
It helps to think of the signaling of end-of-buffer and
beginning-of -buffer as signaling exception rather than errors.
Signaling exceptions is useful, for example, in keyboard macros.
You usually want a repeated keyboard macro to stop executing when it
crashes into a buffer boundary. Signaling an exception is the
normal way to terminate execution in such a situation, where the
"code" (the macro) can't check for the boundary before hitting it.
I'd suggest coming up with new functions for
`beginning-of-buffer' and
`end-of-buffer' which do not set the mark and allowing users to bind
them to M-> and M-< if they see fit.
OK with me.