Skip to content

Conversation

@s-heppner
Copy link
Owner

Previously, we used the EntryType enum to define the possible entry types. This was a little too constrained, as it would fail parsing the BibTeXEntry, if the EntryType was unknown. So in order to allow for better usability of the tool, such as writing rules for entry types that may be completely uncommon for my personal field, we refactor to use a string BibTeXEntry.entry_type from now on.

This change needed to be carried out everwhere where EntryType was used before, so it turned out to be a significant refactor of the code base.

Fixes #5

Previously, we used the `EntryType` enum to define the possible entry
types. This was a little too constrained, as it would fail parsing the
`BibTeXEntry`, if the `EntryType` was unknown. So in order to allow for
better usability of the tool, such as writing rules for entry types that
may be completely uncommon for my personal field, we refactor to use a
string `BibTeXEntry.entry_type` from now on.

This change needed to be carried out everwhere where `EntryType` was
used before, so it turned out to be a significant refactor of the code
base.

Fixes #5
@s-heppner s-heppner merged commit 9112c53 into main May 4, 2025
2 checks passed
@s-heppner s-heppner deleted the refactor/entry_type branch May 4, 2025 18:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Refactor to be able to deal with arbitrary entity types

2 participants