Marc Fargas <marc@marcfargas.com> writes:


> I'm interested in knowing how others have solved this (managing 
> Note
> related attachments). Do you manage attachments with your Notes? 
> If
> so, what is your current workflow?

Hi Marc,

I'm a heavy org-attach user, but have changed my approach to file 
attachments many times, and it's always ended badly :).

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Jack Baty <jack@baty.net>
>> Date: Wed,  7 Dec 2022 10:42:24 -0500
>>
>> On 7 Dec 2022, at 10:16, Protesilaos Stavrou wrote:
>>
>>> Hello Jack,
>>>
>>
>> Hello Prot,
>
> Hi Jack,

On 7 Dec 2022, at 10:16, Protesilaos Stavrou wrote:

> Hello Jack,
>

Hello Prot,

>
> I just noticed your blog post about what you are doing with org-agenda
> and denote: <https://baty.net/2022/keeping-my-org-agenda-updated> .
>
> In the Denote manual, I maintain a list of such publications for the

> On Jul 9, 2022, at 12:44 PM, Protesilaos Stavrou <info@protesilaos.com> wrote:
> 
> Hello again, Jack!
> 
> Just to offer a status update on this.  Earlier today I merged a branch
> which adds support for numerous permutations of file names.  This is the
> product of a joint effort with Jean-Philippe Gagné Guay.
> 
> The idea is that what we count as a "note" can now be like this:
> 
> - ID.EXT
> - ID--TITLE.EXT

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Jack Baty <jack@baty.net>
>> Date: Mon, 27 Jun 2022 10:58:20 -0400
>>
>>> In terms of design, I think a user option as you mentioned 
>>> would work
>>> better: it states a clear preference.
>>> The real problem is how many things we need to consider to 
>>> make this
>>> change work properly.  What comes to mind:
>>>
>>> + All variables that hold the front matter formats.

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Jack Baty <jack@baty.net>
>> Date: Mon, 27 Jun 2022 06:11:20 -0400
>>
>
> In terms of design, I think a user option as you mentioned would work
> better: it states a clear preference.
> The real problem is how many things we need to consider to make this
> change work properly.  What comes to mind:
>
> + All variables that hold the front matter formats.
> + Any regexp that targets the file name, such as ’denote-dired-mode’.
> + The rename operation and the post-rename replacement of front matter.

Hello, and congrats on 0.1.0!

I often find myself hung up on choosing keyword(s) for new notes. I don't always feel I need them. I'm also not convinced of their value (to me) in file names. I know that the file naming in Denote has been thoughtfully considered, but I'd like to suggest making keywords optional when creating new files/notes.

The simplest thing might be to adjust denote--format-file so that the "__" string is not added if no keyword is entered. Currently I end up with a filename like 20220627T060114--my-new-note__.org. Ideally it would be 20220627T060114--my-new-note.org

A fancier solution might be a user option to ignore keywords. In this case I would not even be prompted for a keyword when creating new notes.

I understand this may go against the grain of Denote, but I thought I'd ask anyway.

Thank you.

--
Jack Baty

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Protesilaos Stavrou <info@protesilaos.com>
>> Date: Sun, 12 Jun 2022 15:20:07 +0300
>>
>>> I prefer the date prefix in a file's name to represent the 
>>> file's
>>> date rather than the date I might have renamed it.
>>
>> I am confident we can make it happen.  In the doc string of the
>> 'file-attributes' command, we find reference to these:
>
> I'm back!  Please evaluate this code and then try to rename some 

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Jack Baty <jack@baty.net>
>> Date: Sun, 12 Jun 2022 05:51:24 -0400
>
>> I'm not sure this makes sense for anyone else, but I'd like the
>> option to use the file's modification (or creation) date when
>> renaming (rather than the current date/time). I suppose this 
>> would
>> also affect the identifier. Not sure that matters. I've been 
>> using
>> date-prefixed filenames everywhere for a while now, and this 
>> would

Recent improvements have me wanting to use dired-dired-rename-file 
for managing the filenames in places other than denote-directory 
(as mentioned in recent README updates).

I'm not sure this makes sense for anyone else, but I'd like the 
option to use the file's modification (or creation) date when 
renaming (rather than the current date/time). I suppose this would 
also affect the identifier. Not sure that matters. I've been using 
date-prefixed filenames everywhere for a while now, and this would 
make the process simpler and preserve my preferred (date-based) 
sorting.

New files would obviously use the current date/time, and if the