Add dictionary URIs for deprecated data names#483
Conversation
15562a6 to
60031f1
Compare
60031f1 to
63dd492
Compare
77d554b to
6c069f1
Compare
6c069f1 to
f583f8d
Compare
f583f8d to
42dfd5a
Compare
42dfd5a to
6b38682
Compare
6b38682 to
a17afdd
Compare
|
I have created this PR quite a while ago and have been keeping it in sync ever since. At some point I designated this PR as draft even though it had an approval from @jamesrhester. I mainly refrained from merging it since I was unsure if such information is not too lengthy and distracting to be included in the printed version of the dictionary (e.g. ITC Volume G). @jamesrhester , @nautolycus do you have any opinion on this? |
|
The automatic typesetting of the dictionaries can simply ignore this extra attribute when deciding what to display. @nautolycus , OK to merge into the release candidate or would you prefer it goes in main (i.e. next version released sometime next year)? |
I do apologise for missing this direct inquiry. I am happy either way. As @jamesrhester indicates, it will be ignored anyway in typesetting the volume. |
|
I would prefer this goes into main just to keep changes to the release candidate as minimal as possible at this stage. |
|
Sure, no need to rush this. The branch can be merged after the release of the current release candidate. |
This PR adds dictionary URI for the deprecated aliases.
The URIs were chosen to refer to the versions of the dictionary in which those specific aliases were deprecated. These URIs might need to be changed if the definition of the
_alias.dictionary_uriattribute get reworded (see issue #481).