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
Currently our translation keys in the translation.json have a "messy" structure as they need to fit the format the current json in the application database table are.
E.g. currently the structure for organization contacts is:
"organizationContact": {
"title": "Kontaktperson der Organisation",
"name": "Vor- und Nachname der Kontaktperson in der Organisation",
"telephone": "Telefon",
"email": "E-Mail-Adresse",
"hasGivenPermission": "Die Kontaktperson hat der Weitergabe ihrer Daten zum Zwecke der Antragsverarbeitung zugestimmt und darf zur Überprüfung kontaktiert werden"
},
it would be nicer to have a none nested structure with unique keys, e.g. organizationContactName
To achieve this we have two options
Migrate the existing jsons in the production database
Add "key-v2" field to every value in the json with the final naming we want to have, then after e.g. 1 year when all old applicaitons without these keys are processed or deleted we use these keys and for new application we do no longer add the old v1 "keys".
I think version 2 would be the better option, because it will be quite ugly to update all the production data.
The text was updated successfully, but these errors were encountered:
Currently our translation keys in the translation.json have a "messy" structure as they need to fit the format the current json in the application database table are.
E.g. currently the structure for organization contacts is:
it would be nicer to have a none nested structure with unique keys, e.g. organizationContactName
To achieve this we have two options
I think version 2 would be the better option, because it will be quite ugly to update all the production data.
The text was updated successfully, but these errors were encountered: