Two-way Compatibility with BibDesk
Opened this issue · 6 comments
In the most recent version (5.13) it has been added import support for groups when reading a .bib file from BibDesk. That is great.
Now that the two programs both can handle groups it would be awesome to be able to go back and forth from BibDesk to Jabref.
To this end I see two issues need to be fixed still
- JabRef does not create a field "date-modified" nor a filed "date-added", that is standard for Bibdesk. This is a very minor thing, but breaks (very commonly used) visualizazion by date in BibDesk. I suggest to start adding such fields in JabRef too.
- Items added to Groups imported from BbDesk in Jabref are not saved in the equivalent BibDesk string of the .bib. Therefore if one opens the file again in BibDesk the new members of the group are missing. This seems a quite simple addition to how Jabref handles the groups which I would like to suggest so to make JabRef two-way compatible with BibDesk.
Thanks for the feedback!
@Article{,
author = {test},
creationdate = {2024-04-21T18:25:51},
modificationdate = {2024-04-21T18:25:52},
}
- I would suggest first creating an export "Bib desk bib format" for this as the step to verify and test the group creation
If this works as expected, one can integrate this with an additional save option here "Save groups as bib desk groups"
We had the discussion at koppor#130. I voted for dated-added
at koppor#130 (comment). At the code at
I think, we opted for creationdate
and modificationdate
, because
Note that dates in biblatex always ends on
date
, likeeventdate
,urldate
ororigdate
. The reason for this convention is that biblatex automatically parses these dates and provides virtual fields containing the information likeeventmonth
oreventyear
. See\DeclareLabeldate
command.
Source: koppor#130 (comment)
We did not create any ADR for our decision. We should do it. :)
What is more important? BibDesk compatibility or biblatex compatibility? Currently, I think, more BibDesk compatibility, because the date field handling for creation
and modification
is less often used.
This issue also refs #10370, but we cannot do much currently.
Flagged "DevCall" to refine the issue.
Thanks for chiming in. Yes, an export format can be a good way to test it. In the long run one wants to have that field to be created automatically so that BibDesk timestamps format is automatically satisfied.
Some (somewhat internal) notes of us: https://pad.riseup.net/p/JX_CKKb99QmxeNBxpHob