emacs-elpa-diffs
[Top][All Lists]
Advanced

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

[elpa] externals/denote 52bc45fc86 05/10: Deprecate denote-rename-no-con


From: ELPA Syncer
Subject: [elpa] externals/denote 52bc45fc86 05/10: Deprecate denote-rename-no-confirm (superseded by denote-rename-confirmations)
Date: Fri, 26 Apr 2024 03:57:43 -0400 (EDT)

branch: externals/denote
commit 52bc45fc86d4ee3f021752e5982fc63a168027c0
Author: Protesilaos Stavrou <info@protesilaos.com>
Commit: Protesilaos Stavrou <info@protesilaos.com>

    Deprecate denote-rename-no-confirm (superseded by 
denote-rename-confirmations)
---
 denote.el | 39 +--------------------------------------
 1 file changed, 1 insertion(+), 38 deletions(-)

diff --git a/denote.el b/denote.el
index 61eb978140..49c443a841 100644
--- a/denote.el
+++ b/denote.el
@@ -466,37 +466,7 @@ current note."
   :package-version '(denote . "1.2.0")
   :type 'boolean)
 
-(defcustom denote-rename-no-confirm nil
-  "Make renaming commands not prompt for confirmation and save buffers 
outright.
-
-This affects the behaviour of the commands `denote-rename-file',
-`denote-dired-rename-files', `denote-rename-file-using-front-matter',
-`denote-dired-rename-marked-files-with-keywords',
-`denote-dired-rename-marked-files-using-front-matter',
-`denote-keywords-add', `denote-keywords-remove', and any other
-command that builds on top of them.
-
-The default behaviour of the `denote-rename-file' command (and
-others like it) is to ask for an affirmative answer as a final
-step before changing the file name and, where relevant, inserting
-or updating the corresponding front matter.  It also does not
-save the affected file's buffer to let the user inspect and
-confirm the changes (such as by invoking the command
-`diff-buffer-with-file').
-
-With this user option bound to a non-nil value, buffers are saved
-as well.  The assumption is that the user who opts in to this
-feature is familiar with the `denote-rename-file' operation (or
-related) and knows it is reliable.
-
-Specialised commands that build on top of `denote-rename-file' (or related)
-may internally bind this user option to a non-nil value in order
-to perform their operation (e.g. `denote-dired-rename-files' goes
-through each marked Dired file, prompting for the information to
-use, but carries out the renaming without asking for confirmation)."
-  :group 'denote
-  :package-version '(denote . "2.3.0")
-  :type 'boolean)
+(make-obsolete 'denote-rename-no-confirm 'denote-rename-confirmations "3.0.0")
 
 (defcustom denote-rename-confirmations '(rewrite-front-matter modify-file-name)
   "Make renaming commands prompt for confirmations.
@@ -3041,13 +3011,6 @@ Specifically, do the following:
 
 Run the `denote-after-rename-file-hook' after renaming is done.
 
-[ Note that the affected buffers are not saved, unless the user
-  option `denote-rename-no-confirm' is non-nil.  Users can thus
-  check them to confirm that the new front matter does not cause
-  any problems (e.g. with the `diff-buffer-with-file' command).
-  Multiple buffers can be saved in one go with the command
-  `save-some-buffers' (read its doc string).  ]
-
 Also see the specialized commands to only add or remove keywords:
 
 - `denote-dired-rename-marked-files-add-keywords'.



reply via email to

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