transpose-chars, transpose-words at the beginning and end of buffer

[Dan Jacobson]

What a shock it was to find there are still some situations where C-t
doesn't do the "right thing" and instead flashes the screen: when one
is on the first character of the buffer.  I mean it already does "If
no argument and at end of line, the previous two chars are exchanged."
so why not sugar it up some more? [want 1234 to become 2134].

Problems: but then should the current behaviour when at the beginning
of a line also be redefined?  What about transpose-words?

Sorry to be so trivial today.  I was in bash and typed
$ prm ....
when I wanted rpm ... but if my new "advancement in technology"
suggestion is to benefit future emacs user generations, shell-mode
would need to know that C-t, M-t are not to mess with the prompt.
Anyways I'll post a septate message to the bash group for the non
emacs situation.

Wait a second: transpose-words already "does the right thing" when at
the begging of buffer!  However it this special behaviour is not
documented in Help or Info.  [please document].  However #2:
transpose-words, in contrast to transpose-chars, complains when
invoked at end of buffer, and then moves your cursor position.  I say
it should "do the right thing" in this case instead.  The right thing
being 1111 2222 --> 2222 1111 or whatever it does now when one does
ESC > ESC b ESC t.  Therefore I want ESC > ESC t to do the same as ESC
> ESC b ESC t.  By the way, bash's transpose-words already "does the
right thing" when at the end of buffer [line].  But it is not
documented.
-- 
http://www.geocities.com/jidanni Tel886-4-25854780 e-mail:restore .com.