3 ms·
Reviewing the mailing list threads on this, it looks like there will be an option to revert this behaviour: https://yhetil.org/emacs/87h6kr9817.fsf@posteo.net/#
by GavinAnderegg 3y ago
Reviewing the mailing list threads on this, it looks like there will be an option to revert this behaviour: https://yhetil.org/emacs/87h6kr9817.fsf@posteo.net/#t https://yhetil.org/emacs/87h6kr9817.fsf@posteo.net/#t
It seems like this option was mentioned before the original post was published, but perhaps the author didn't see this? I assume this would fix the issue, but I may be missing something.
--
EDIT: it looks like this will still require a RETURN keypress, based on the reply from ginko below.
- ginko 3y agoSeems like that still needs an extra RET to confirm register overwrites: https://yhetil.org/emacs/87a5qi1vui.fsf@posteo.net/ https://yhetil.org/emacs/87a5qi1vui.fsf@posteo.net/
- GavinAnderegg 3y agoAha! Ok, that makes sense. I had figured the original poster would have seen this fly by, so I was confused as to why it was still an issue. Thanks!
- nanny 3y agoThierry also already offered to add another option to fully revert to the old behavior: https://yhetil.org/emacs/874jgq0zdh.fsf@posteo.net/ https://yhetil.org/emacs/874jgq0zdh.fsf@posteo.net/ Please also take note that this (completely reasonable email) is some of the so-called "bad behavior" and "arrogance" that the author of the article is purportedly describing.
- addicted 3y agoFrom that thread it does appear that register-use-previews seems to be the toggle for this behavior (although it mentions a bug where even if it’s set to never a certain workflow is prompting a confirmation). That would resolve any concerns I’d imagine if it’s truly an option?