Seperate notes for highlights and actual content
joethei opened this issue · 3 comments
Taken from #60
Not sure if it is possible, but it would be great if the following can be achieved:
- One highlights some text in the article reading window/view.
- One extracts all highlights.
- A note (
Note A
), e.g.Annotation.md
, containing all highlights would be created.- Also, a note (
Note B
), e.g.Article.md
, containing the original article content would be created. - Each highlight in
Note A
would have a block link to the original context inNote B
.
- Also, a note (
For instance, Note A
and Note B
can be as follows:
# Note B
This is ==a sentence in note B==. ^blockid
# Note A
> a sentence in note B
- [[Note B#^blockid]]
In short, the workflow above would help link the extracted highlights to their original context that can be very useful for future revisit. Of course, there can be a separate command for choosing whether to save/link to the original article content together with the highlights.
The highlighted part in Note B
does not need to have the highlight symbols ==a sentence in note B==
, if it is difficult to implement. It is the block link that matters more.
It would be great if the following can also be somewhat supported:
- One can customize the template for creating the annotation file, i.e.
Note A
. For instance,- Variables for creating
Note B
can be used. - There can be some new variables for denoting highlights, e.g. in the following example.
- Variables for creating
- One can unselect the highlighted text before creating the annotation file.
---
title: {{title}}
source: {{link}}
tags: [{{tags}}]
published at: {{published}}
created at: {{created}}
---
# {{title}}
> {{description}}
---
> {{highlight.text}}
- {{highlight.blockid}}
The following plugin might be related: https://github.com/akaalias/extract-highlights-plugin
Ah, so this would work manually by running the extract plugin after inserting the article into a note.
(The implementation of #60 wraps all highlights with ==
, as well as some new variables)
The block id part would work if
akaalias/extract-highlights-plugin#8
where to be implemented.
Correct?
The implementation of #60 wraps all highlights with
==
, as well as some new variables
This is great to know!
The block id part would work if
akaalias/extract-highlights-plugin#8
where to be implemented.
Correct?
It should be like this. However, I am not sure whether that feature would ever be implemented, considering that the latest commit to that repository was about 10 months ago.