You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Personally, I have a strong preference for variant 1 in the following examples; names can be ambiguous.
Example (YML) with added Id entry in line 3:
- Gender: Male
Age: '60'
Id: Character-1035946
Name: Werner
Role: Innkeep
Motivations: Having a nice life with his wife.
Spouses: '["Character-1035947"]'
Occupation: Inn-Keeper in Gildan.
Example (YML) with dereferenced Id, i.e. name in Spouses-field.
- Gender: Female
Age: '60'
Name: Brunhild
Role: Innkeep
Motivations: Having a nice life with his wife.
Spouses: ["Werner"]
Occupation: Inn-Keeper in Gildan.
Actual behavior
Like the first example above but without any way to find who Character-1035947 is referring to.
The problem occurs for other references, e.g. Locations, too:
"Notes": "...[[Character-1035945]] wuchs mit [[Character-1035950]] in [[Location-219090]] auf. ...."
+1, this makes the export feature not very useful.
ironjan
changed the title
Export uses IDs instead in multiple places but does not include the IDs itself
Export uses IDs in multiple places but does not include the IDs itself
Mar 5, 2022
Expected behavior
Personally, I have a strong preference for variant 1 in the following examples; names can be ambiguous.
Example (YML) with added Id entry in line 3:
Example (YML) with dereferenced Id, i.e. name in Spouses-field.
Actual behavior
Like the first example above but without any way to find who
Character-1035947
is referring to.The problem occurs for other references, e.g. Locations, too:
Steps to reproduce the behavior
As far as I can tell, this occurs for all export types.
The text was updated successfully, but these errors were encountered: