Support for BibTeX "entry types"

[kerim]

Ideally an app of this kind would support the full range of 14 entry types in the BibTex format. That would mean two things:

1. Being able to use a {type} placeholder in templates which would enter "book," "article," ''MA Thesis" etc.
2. Producing differently formatted inline note templates depending on the type. For instance, a book might be: {author}. {year}. *{title}*. {address}: {publisher}. Whereas a journal article would be: {author}. {year}. "{title}." *{journal}* {volume} ({number}): {pages}.

1 seems a lot easier than 2, but is very useful because one can then filter one's literature notes by type if this is included in the page metadata. 2 might be something to think about for future development. For now I have a template which lists both and then I delete the incorrect one.

[sawhney17]

1. Should already be working.
2. This would not be possible in the current settings view of logseq. This would require manually editing a json file to create this. Similar to how the banners plugin implements custom links based on page types. Would that work?

[kerim]

I don't mind editing the JSON file - for new users you'd probably want to have some default settings.

I'll test out 1 again.

[sawhney17]

Can you specify one source that doesn't work with type?

…

On 9 Jul 2022 at 6:03 AM +0400, P. Kerim Friedman ***@***.***>, wrote: Ideally an app of this kind would support the full range of 14 entry types in the BibTex format. That would mean two things: 1. Being able to use a {type} placeholder in templates which would enter "book," "article," ''MA Thesis" etc. 2. Producing differently formatted inline note templates depending on the type. For instance, a book might be: {author}. {year}. *{title}*. {address}: {publisher}. Whereas a journal article would be: {author}. {year}. "{title}." *{journal}* {volume} ({number}): {pages}. 1 seems a lot easier than 2, but is very useful because one can then filter one's literature notes by type if this is included in the page metadata. 2 might be something to think about for future development. For now I have a template which lists both and then I delete the incorrect one. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[kerim]

I can't get {type} to work with any citation. I've tried several books and articles and it is always just blank.

[sawhney17]

Are other changes made to your template persisting? Try reindexing?

…

On 9 Jul 2022 at 3:02 PM +0400, P. Kerim Friedman ***@***.***>, wrote: I can't get {type} to work with any citation. I've tried several books and articles and it is always just blank. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

[kerim]

I entered the following line:
source:: {type}

and I get:
source::

So it isn't that.

[kerim]

This issue is fixed, right?