[ELPA] New package: denote-menu

[ELPA] New package: denote-menu

[Mohamed Suliman]

[-- Attachment #1: Type: text/plain, Size: 938 bytes --]


`denote-menu' is an extension to the elpa package `denote' and provides
an interface for viewing your denote files that goes beyond using the
standard `dired' emacs command to view your `denote-directory'. Using
dired is a fine method for viewing your denote files (among other
things), however denote's file naming scheme tends to clutters the
buffer with hyphens and underscores. This package aims to declutter your
view of your files by making it easy to view the 3 main components of
denote files, that is their timestamp, title, and keywords. Derived from
the builtin `tabulated-list-mode', the `*Denote*' buffer that is created
with the `list-denotes' command is visually similar to that created by
commands like `list-packages' and `list-processes', and provides methods
to filter the denote files that are shown, as well as exporting to dired
with the denote files that are currently shown for them to be operated
upon further.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-elpa-packages-denote-menu-New-package.patch --]
[-- Type: text/x-patch, Size: 761 bytes --]

From 43acea86fc7d41189f927a9b8c8d3a7d6833c751 Mon Sep 17 00:00:00 2001
From: Mohamed Suliman <sulimanm@tcd.ie>
Date: Wed, 18 Jan 2023 21:18:41 +0000
Subject: [PATCH] * elpa-packages (denote-menu): New package

---
 elpa-packages | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/elpa-packages b/elpa-packages
index d5df16cd84..b46bbe2f48 100644
--- a/elpa-packages
+++ b/elpa-packages
@@ -218,6 +218,10 @@
   :doc "README.org"
   :news "CHANGELOG.org"
   :ignored-files ("COPYING" "doclicense.texi"))
+ (denote-menu		:url "https://github.com/namilus/denote-menu"
+  :auto-sync t
+  :doc "README.org"
+  :ignored-files ("COPYING"))
  (detached		:url "https://git.sr.ht/~niklaseklund/detached.el"
   :news "CHANGELOG.org"
   :readme "README.md"
-- 
2.38.1

Re: [ELPA] New package: denote-menu

[Stefan Monnier]

> `denote-menu' is an extension to the elpa package `denote' and provides
> an interface for viewing your denote files that goes beyond using the
> standard `dired' emacs command to view your `denote-directory'.

Sounds very nice, but I wonder if it wouldn't be nicer to integrate it
directly into the `denote` package so users don't need to install this
additional package.


        Stefan

Re: [ELPA] New package: denote-menu

[Mohamed Suliman]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> Sounds very nice, but I wonder if it wouldn't be nicer to integrate it
> directly into the `denote` package so users don't need to install this
> additional package.

That was my initial thought, but I think that the purpose of the denote
package is for note creation. How a user chooses to view their notes is
up to them. I think including this in denote would (implicitly) impose a
viewing method and so that's why I've decided to make denote-menu a
standalone package.

I'd be interested to hear what Prot (denote's maintainer) thinks about
its inclusion...

Re: [ELPA] New package: denote-menu

[Protesilaos Stavrou]

Hello Mohamed, Stefan,

> From: Mohamed Suliman <sulimanm@tcd.ie>
> Date: Fri, 27 Jan 2023 13:29:18 +0000
>
> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>> Sounds very nice, but I wonder if it wouldn't be nicer to integrate it
>> directly into the `denote` package so users don't need to install this
>> additional package.
>
> That was my initial thought, but I think that the purpose of the denote
> package is for note creation. How a user chooses to view their notes is
> up to them. I think including this in denote would (implicitly) impose a
> viewing method and so that's why I've decided to make denote-menu a
> standalone package.
>
> I'd be interested to hear what Prot (denote's maintainer) thinks about
> its inclusion...

I think keeping the two separate is easier for maintenance.  Otherwise
there will be too much for me to take care of.

In theory, we can have an indeterminate number of Denote extensions:
some small, some large.  How useful those are depends on the user's
preferences and requirements.  Setting a precedent where we keep those
decoupled from the "core" will help us avoid uncertainty.

That granted, I am happy to discuss all extension-related issues in the
Denote mailing list.  This includes development topics, announcements of
new versions, general questions...

All the best,
Prot

-- 
Protesilaos Stavrou
https://protesilaos.com

Re: [ELPA] New package: denote-menu

[Mohamed Suliman]

Protesilaos Stavrou <info@protesilaos.com> writes:

> I think keeping the two separate is easier for maintenance.  Otherwise
> there will be too much for me to take care of.
>
> In theory, we can have an indeterminate number of Denote extensions:
> some small, some large.  How useful those are depends on the user's
> preferences and requirements.  Setting a precedent where we keep those
> decoupled from the "core" will help us avoid uncertainty.

I agree. Any updates regarding the inclusion of denote-menu into elpa?

Kind regards

--
Mohamed

Re: [ELPA] New package: denote-menu

[Stefan Monnier]

>> I think keeping the two separate is easier for maintenance.  Otherwise
>> there will be too much for me to take care of.

The main benefit is for the end-users (and often for the longer-term maintenance).

>> In theory, we can have an indeterminate number of Denote extensions:
>> some small, some large.  How useful those are depends on the user's
>> preferences and requirements.  Setting a precedent where we keep those
>> decoupled from the "core" will help us avoid uncertainty.
>
> I agree. Any updates regarding the inclusion of denote-menu into elpa?

Sorry, I'm more reactive than proactive these days.
I just added it to elpa.git, it should appear in GNU(-devel) ELPA
soonish if all goes well.


        Stefan