MC-121386LocName overrides written book titles
Written books have effectively three tags used to decide their name.
1. Name
2. LocName
3. title
title is set when the book is signed. Name is set when it's renamed in an anvil, and overrides title visually. If the name is later removed, title reappears. Using two tags here makes sense so as to avoid the book ever reverting to "Written Book."
LocName is a very low-priority tag. It overrides the default item name translation and substitutes a new one. It is used to translate explorer maps while keeping the same map ID, but can be put on any item. If an explorer map is renamed, then un-renamed, the LocName translation reappears. Using two tags here makes sense so as to avoid the map ever reverting to "Map."
So we can see that the "hierarchy" for deciding what to show on the item should be as follows, with (1) being top priority:
1. Name
2. title
3. LocName translation
4. default item translation
However, when a written book with a title is given a LocName translation string, the LocName string appears. Since LocName corresponds to changing the "default" (from "Written Book" to something else), and books ought never to have their default name show, it stands to reason that the title should appear instead, but it does not.
Here is an example command illustrating this behavior:
/give @p written_book{title:"This should appear",author:"tryashtar",display:{LocName:"This should not appear"}}
Linked Issues
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
Created Issue:
LocName overrides written book titles
Written books have effectively three tags used to decide their name.
1. Name
2. LocName
3. titletitle is set when the book is signed. Name is set when it's renamed in an anvil, and overrides title visually. If the name is later removed, title reappears. Using two tags here makes sense so as to avoid the book ever reverting to "Written Book."
LocName is a very low-priority tag. It overrides the default item name translation and substitutes a new one. It is used to translate explorer maps while keeping the same map ID, but can be put on any item. If an explorer map is renamed, then un-renamed, the LocName translation reappears. Using two tags here makes sense so as to avoid the map ever reverting to "Map."
So we can see that the "hierarchy" for deciding what to show on the item should be as follows, with (1) being top priority:
1. Name
2. title
3. LocName translation
4. default item translationHowever, when a written book with a title is given a LocName translation string, the LocName string appears. Since LocName corresponds to changing the "default" (from "Written Book" to something else), and books ought never to have their default name show, it stands to reason that the title should appear instead, but it does not.
Here is an example command illustrating this behavior:
/give @p written_book 1 0 {title:"This should appear",author:"tryashtar",display:{LocName:"This should not appear"}}Environment
Windows 10
Written books have effectively three tags used to decide their name.
1. Name
2. LocName
3. titletitle is set when the book is signed. Name is set when it's renamed in an anvil, and overrides title visually. If the name is later removed, title reappears. Using two tags here makes sense so as to avoid the book ever reverting to "Written Book."
LocName is a very low-priority tag. It overrides the default item name translation and substitutes a new one. It is used to translate explorer maps while keeping the same map ID, but can be put on any item. If an explorer map is renamed, then un-renamed, the LocName translation reappears. Using two tags here makes sense so as to avoid the map ever reverting to "Map."
So we can see that the "hierarchy" for deciding what to show on the item should be as follows, with (1) being top priority:
1. Name
2. title
3. LocName translation
4. default item translationHowever, when a written book with a title is given a LocName translation string, the LocName string appears. Since LocName corresponds to changing the "default" (from "Written Book" to something else), and books ought never to have their default name show, it stands to reason that the title should appear instead, but it does not.
Here is an example command illustrating this behavior:
/give @p written_book1 0{title:"This should appear",author:"tryashtar",display:{LocName:"This should not appear"}}
Windows 10
relates to
LocName is gone.