bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#60741: 29.0.60; 'M-c' shadowed in the minibuffer


From: Eli Zaretskii
Subject: bug#60741: 29.0.60; 'M-c' shadowed in the minibuffer
Date: Thu, 19 Jan 2023 09:25:23 +0200

> Cc: "60741@debbugs.gnu.org" <60741@debbugs.gnu.org>,
>  Juri Linkov <juri@linkov.net>
> Date: Thu, 19 Jan 2023 08:34:05 +0300
> From: Jean Louis <bugs@gnu.support>
> 
> * Drew Adams <drew.adams@oracle.com> [2023-01-18 21:48]:
> > > > 'M-c' is bound globally to 'capitalize-word', but this keybinding
> > > > is shadowed in the minibuffer, thus making it impossible to
> > > > capitalize words.
> > 
> > Is this something new in Emacs 29?  I don't see it
> > in previous versions (I don't have 29).  What is
> > `M-c' bound to now in the minibuffer keymaps?
> > 
> > Why should we lose this longstanding, useful key
> > binding?  Users should be able to use most normal
> > editing keys in the minibuffer - it's first and
> > foremost an editing buffer.
> 
> I use that key all the time in the minibuffer, and can't without
> it. I give you the practical example:
> 
> - PDF book in Dired is called:
>   21252030 agenda for sustainable development web.pdf
> 
> - I click and wish to index the book, so initial prompt for the title
>   will be:
>   21252030 agenda for sustainable development web.pdf
> 
> - I delete 21252030 with M-d and use M-c to get following:
>   Agenda For Sustainable Development
> 
> - then I press RET to record information
> 
> Without M-c in minibuffer I would need to re-assign key binding.
> 
> But it works, I did not know something changed.

You are barking up the wrong tree: Juri has _fixed_ this, didn't
_break_ this.

Please review the changeset before posting opinions about it.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]