~hpgisler

Recent activity

Recursive DBlock insertion 6 months ago

From Hanspeter Gisler to ~protesilaos/denote

Hi Prot,

I am currently running Denote Version: 2.2.4.

When calling 'denote-org-dblock-insert-files' inside a file which has
filetag 'xyz' and then try to insert all files having the same filetag
'xyz' then I get:

org-element--cache-for-removal: org-element--cache: Emergency exit

is the *Messages* buffer and only '#+BEGIN:' is inserted in the buffer.

I suspect, that some kind of infinite recursion is going on trying to
also insert the current file, because of its filetag 'xyz'...

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Protesilaos Stavrou <info@protesilaos.com> writes:


>> From: Hanspeter Gisler <hpgisleropen@bluewin.ch>
>> Date: Sat, 30 Jul 2022 15:39:32 +0200
>
> Hello Hanspeter, Jean-Philippe!
>

Hello Prot,


>
> I think it is better to make things clear than labour under all sorts of

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

> Hello Hanspeter, Protesilaos
> 
> I suggest we keep the concern of converting non-Denote notes to Denote
> separate from that of modifying an existing note. Quoting myself from
> issue #48 on Github:
> 
> > Since `denote-dired-rename-file` already does a lot, I think I would
> create a distinct function for conversion purpose. The purpose of a
> function like `denote-dired-rename-file` is really just to change
> the title and add/remove keywords. Overloading it with code that
> does file conversion might make it hard to maintain and its
> docstring would have to explain its dual purpose, which could be
> confusing to users.
> 

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Peter Prevos <peter@prevos.net> writes:

> Hi Fellas,

Hello Peter, et al.

>
> Interesting discussion about the essence of note-taking software.
>
> I thought a bit more about it last night and changed perspective a 
> little.
>
> The strength of Denote is that it uses filenames to store meta data in a 
> convenient way. I simulated 20,000 random notes with links between them 

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Protesilaos Stavrou <info@protesilaos.com> writes:

Hello Prot & Hello Jean-Philippe,

[...]

>> I believe, the filename should remain the source of truth because:
>>
>> - solely its identifier is used for incomming links
>> - all filetypes not having any frontmatter (e.g. PDF, epub, etc.)
>>   have only the filename as 'source of truth' available.
>>
>> I believe it simplifies matters (at least in 'my' head) that the source
>> of truth is always the same, i.e. the filename.

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

@Jean-Philippe Gagné Guay

>>> In fact, we could simplify all the rename functions to these two:
>>>
>>> - `denote-add-front-matter` which adds a front-matter to a file
>>>   without changing the filename, and
>>> - `denote-update-filename` which takes care of getting a valid
>>>   Denote filename, from the front matter (and current filename).
>
>> What would be the use-case of the former without the latter?  Do you
>> mean it in the sense I explained in my last message to this thread?
>> Namely, where it would have a smart mechanism of (i) add the whole block
>> if all is absent, (ii) complement existing entries with the missing
>> ones, (iii) rewrite existing entries.

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Hanspeter Gisler <hpgisleropen@bluewin.ch>
>> Date: Wed, 27 Jul 2022 16:35:38 +0200
>
> Hello Hanspeter and thanks for taking the time to write this!  I think
> we are getting closer to figuring out how things stand.  We shall then
> move to the coding phase.
>

Hello Prot, You are very welcome.

[...]

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Protesilaos Stavrou <info@protesilaos.com> writes:

>> From: Hanspeter Gisler <hpgisleropen@bluewin.ch>
>> Date: Tue, 26 Jul 2022 22:53:21 +0200

> Hello Hanspeter, Peter,

[...]

Hello Prot and Peter

[...]

Re: Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Hello Prot and Peter

Very interesting discussion; thank you both very much.

The following is a somewhat lengthy write-down (sorry for that)
of my thoughts, based on what you have written previously.

I guess it boils down to the following question:

Does a user want to keep her (.org, .md, and possibly other supported)
file's frontmatter in sync with the filename - or not.

a) if not: denote-dired-rename-file does exactly this, no?
b) if yes: denote-dired-rename-file-and-add-front-matter is not really sufficient, yes?

Intended use-cases for renaming denote-files 1 year, 11 months ago

From Hanspeter Gisler to ~protesilaos/denote

Hello Prot

I've got a use-case question regarding the 2 available functions for
renaming files, namely:

- denote-dired-rename-file
- denote-dired-rename-file-and-add-front-matter

Let's say I have a file to rename, containing the following front-matter:

#+title:      Life - a definition
#+date:       [2022-06-30 Do]
#+filetags:   philosphy