diff --git a/docs/decisions/0034-use-citation-key-for-grouping-chat-messages.md b/docs/decisions/0034-use-citation-key-for-grouping-chat-messages.md index f6ef24dc69f..24280d64632 100644 --- a/docs/decisions/0034-use-citation-key-for-grouping-chat-messages.md +++ b/docs/decisions/0034-use-citation-key-for-grouping-chat-messages.md @@ -7,25 +7,25 @@ parent: Decision Records ## Context and Problem Statement -Because we store chat messages not inside a BIB entry in `.bib` filecc, the chats file is represented as a map to -BIB entry and a list of messages. We need to specify the key of this map. Turns out, it is not that easy. +As we store chat messages not inside a BibTeX entry in `.bib` file, the chats file is represented as a map to +BibTeX entry and a list of messages. We need to specify the key of this map. Turns out, it is not that easy. ## Decision Drivers -* The key should exist for every BIB entry -* The key should be unique along other BIB entries in one library file -* The key should not change at run-time, between launches of JabRef, and should be cross-platform (most important) +* The key should exist for every BibTeX entry +* The key should be unique along other BibTeX entries in one library file +* It is assumed that the key does not change at run-time, between launches of JabRef, and should be cross-platform (most important) ## Considered Options * `BibEntry` Java object * `BibEntry`'s `id` -* `BibEntry`'s Citation key +* `BibEntry`'s citation key * `BibEntry`'s `ShareId` ## Decision Outcome -Chosen option: "`BibEntry`'s Citation key", because this is the only choice that complains to the third point in Decision Drivers. +Chosen option: "`BibEntry`'s citation key", because this is the only choice that copmlies to the third point in Decision Drivers. ### Positive Consequences @@ -50,11 +50,11 @@ This identifier is created on each load of a library (and not stored permanently Very bad, for the same reasons as `BibEntry` Java object. -### `BibEntry`'s Citation key +### `BibEntry`'s citation key * Good, because it is cross-platform, stable (meaning stays the same across launches of JabRef) * Bad, because it is not guaranteed that citation key exists on `BibEntry`, and that it is unique across other -`BibEntriy`'s' in the library +BibTeX entries in the library ### `BibEntry`'s `ShareId`