Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve sharing: Store serialization settings within the bibtex file #180

Closed
koppor opened this issue Sep 24, 2015 · 4 comments
Closed

Improve sharing: Store serialization settings within the bibtex file #180

koppor opened this issue Sep 24, 2015 · 4 comments

Comments

@koppor
Copy link
Member

koppor commented Sep 24, 2015

JabRef is able to sort the .bib file according to a configuration. When users with different configuration options check in their .bib file into version control, the files have textual diffeences without any content difference.

I propose that JabRef writes its serialization settings into the bibtex file at each save. This ensures that the serialization options are always met. The other option is that JabRef asks the user whether he wants to prepare the .bib file for sharing. If not, JabRef stores the filename in its preferences and never asks the user again.

This covers at least

Related discussions

@lenhard
Copy link
Member

lenhard commented Oct 8, 2015

But then the file contains text that is not bibtex and probably not in bibtex syntax. Might this not be a problem if the .bib file is shared with someone who uses a different editor?

Apart from that, I am all for file purity and against putting additional stuff into the .bib file. I'd prefer to define a fixed serialization format as in #116 :)

@koppor
Copy link
Member Author

koppor commented Oct 8, 2015

Currently, JabRef uses standardized @comment entries, e.g. @comment{jabref-meta: groupsversion:3;}. The only exception is the encoding (see #118).

Maybe it would be good to
A) Have one defined serialization format (see your comment #116 (comment))
B) Have the file sorting options not stored as setting, put as Tool to call explicitly. New entries are sorted in after the first alphabetical match. Only ONE sorting setting, not a configurable one.

Maybe, both things should but into our survey. @mlep (I'll write a private mail)

@mlep
Copy link
Contributor

mlep commented Oct 8, 2015

Waiting for your input! :-)

@lenhard
Copy link
Member

lenhard commented Jan 26, 2016

Fixed in master

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants