[Top][All Lists]

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

[GNU ELPA] Denote version 0.4.0

From: ELPA update
Subject: [GNU ELPA] Denote version 0.4.0
Date: Mon, 25 Jul 2022 05:03:22 -0400

Version 0.4.0 of package Denote has just been released in GNU ELPA.
You can now find it in M-x package-list RET.

Denote describes itself as:
  Simple notes with an efficient file-naming scheme

More at

Recent NEWS:

                          CHANGE LOG OF DENOTE

This document contains the release notes for each tagged commit on the
project's main git repository: <>.

The newest release is at the top.  For further details, please consult
the manual: <>.

Version 0.4.0 on 2022-07-25

  ⁃ Defined the `denote-link-dired-marked-notes' command.  It lets the
    user produce a typographic list of links to the note files that are
    marked in Dired.  The list is written at point.  If there are
    multiple buffers which visit Denote notes, the command first prompts
    with minibuffer completion for one among them.

    In terms of workflow, `denote-link-dired-marked-notes' complements
    the `denote-link-add-links' command for those cases where it is
    easier to select files than write an elegant regular expression.

  ⁃ Implemented the `denote-dired-rename-marked-files' command.  This
    provides a much-requested facility to perform the familiar renaming
    operation on a set of files.  In particular:

    • the file's existing file name is retained and becomes the `TITLE'
      field, per Denote's file-naming scheme;

    • the `TITLE' is sluggified and downcased, per our conventions;

    • an identifier is prepended to the `TITLE';

    • the file's extension is retained;

    • a prompt is asked once for the `KEYWORDS' field and the input is
      applied to all file names;

    • if the file is recognised as a Denote note, the command rewrites
      its front matter to include the new keywords.  A confirmation to
      carry out this step is performed once at the outset.  Note that
      the affected buffers are not saved.  The user can thus check them
      to confirm that the new front matter does not cause any problems
      (e.g. with the command `diff-buffer-with-file').  Multiple buffers
      can be saved with `save-some-buffers' (read its doc string).

    Parts of `denote-dired-rename-marked-files' were added or refined
    over a series of commits.  Consult the Git log for the minutia.
    Thanks to Jean-Philippe Gagné Guay for the relevant additions in
    pull requests 51 and 52 on the GitHub mirror:

    • <>
    • <>

    Jean-Philippe has assigned copyright to the Free Software

  ⁃ Improved how the `denote-dired-rename-file' command rewrites front
    matter.  Before, it would perform a replacement of the whole block,
    which had the adverse effect of overwriting custom front matter
    entries.  Now, it only targets the lines which hold the title and
    keywords, leaving everything else intact.  Thanks to Peter Prevos
    for reporting the problem and testing the solution to it in issue 60
    on the GitHub mirror:

  ⁃ Introduced the `denote-dired-rename-file-and-add-front-matter'
    command that always prepends front matter to a file whose extension
    is among the supported ones (per the user option
    `denote-file-type').  This differs from the standard
    `denote-dired-rename-file' command which only rewrites the front
    matter's title and keywords if they exist.

    In practice, `denote-dired-rename-file-and-add-front-matter'
    empowers the user to convert a generic text file to a Denote note.

    This command was originally added by Jean-Philippe Gagné Guay in
    pull request 49 on the GitHub mirror and refined in subsequent
    commits: <>.  Also read
    issue 48 where this idea was originally discussed:

  ⁃ Added the `denote-dired-rename-marked-files-and-add-front-matters'
    command, which is like the `denote-dired-rename-marked-files' but
    adds front matter instead of rewriting existing one, just how the
  …  …

reply via email to

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