GNU bug report logs -
#3447
suggest minibuffer M-< go to start of text
Previous Next
Reported by: Kevin Ryde <user42 <at> zip.com.au>
Date: Mon, 1 Jun 2009 23:50:04 UTC
Severity: wishlist
Tags: fixed, patch
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #49 received at 3447 <at> debbugs.gnu.org (full text, mbox):
> From: Juri Linkov <juri <at> linkov.net>
> Date: Wed, 13 Nov 2019 23:16:16 +0200
> Cc: 3447 <at> debbugs.gnu.org, Kevin Ryde <user42 <at> zip.com.au>
>
> >> Moreover, we don't add defcustoms for simple key bindings
> >> because keybinding are configured with the help of define-key.
> >
> > Eli wanted the behaviour not to change by default.
>
> Eli, do you think it would be better to change the default
> because 'C-a' and <home> already go to the end of the prompt?
No, because you are actually removing any way for users to go to the
beginning of the minibuffer.
> 0.01% of users who for some unknown reasons might prefer it
> to go to the beginning of the minibuffer, could easily rebind
> the key back with define-key one-liner.
Sorry, I don't believe that number has any basis.
I once agreed to changing the meaning of UP and DOWN arrows in the
minibuffer, through similar arguments, and since then not one day
passes that I don't regret that, because it drives me mad that
sometimes UP shows the previous history element and sometimes I need
to type M-p instead. I'm very sorry, but this change, if done, will
have to be an opt-in change (and I prefer for it not to be done at
all).
This bug report was last modified 4 years and 290 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.