typst / hayagriva

Rusty bibliography management.
Apache License 2.0
350 stars 55 forks source link

BibLaTeX note field not mapped to CSL note variable correctly #162

Closed AbhijeetKrishnan closed 1 month ago

AbhijeetKrishnan commented 7 months ago

Description

I'm trying to use a custom CSL file to display a bibliography in Typst. However, it seems the note variable in CSL is not correctly populated with the note field of a Biblatex entry.

A reproduction URL has been shared to demonstrate a MWE that exhibits this issue. The main.typ simply creates a bibliography with the mwp.bib Biblatex file and ieee.cls CSL file. The Biblatex file contains just one entry with a note field (and other dummy entries). The IEEE CSL file is sourced from here, and contains a commented modification on lines 359 and 360, demonstrating that the title variable is displayed, but the note variable isn't.

Edit: updated the project link

Reproduction URL

https://typst.app/project/rjXQrnuitjqc0tdVdyL7qK

Operating system

Web app

Typst version

Enivex commented 7 months ago

Your project link does not work

Andrew15-5 commented 7 months ago

Wow. Such a recent issue. I just discovered the same problem, but in my case the problem is that when I use note variable in CSL style it outputs note's value first and then also annote's value. And since I use annote for genre (because genre doesn't work in Typst), it prints both of them for all bibliography items. So I guess my only solution would be to find (yet) another variable that is supported by Typst.

AbhijeetKrishnan commented 7 months ago

Your project link does not work

I didn't use the link created from 'Share link', and used the project URL instead. Here's the updated one. I've changed it in the initial issue report too. I apologize for the oversight.

Enivex commented 7 months ago

I actually ran into this issue myself as well, trying to add the note field to a CSL style. annote works, but not note

reknih commented 1 month ago

I'm afraid that there is no totally satisfactory solution here. See #220.