Replies: 1 comment 1 reply
-
I guess currently it's just a simple text component, feel free to create a PR for this since it's not a breaking change.
Responded to your PR.
This might have to be translated in the design system which is currently not possible but possible in v7. We'll see, it should be fixed in either 7.0.0 or some patch version later.
Feel free to open a PR, we can also do it alongside other changes in v7.
Select should be fixed in v7 core/v4 design system, we'll take a look at other ones.
Not sure what's the best approach here; if you have a lot of errors you might want them to stay until you submit I guess?
We moved all translations to the frontend in v7, will check if it's fixed there.
As above, we no longer translate anything in the backend (it only sends translation codes where needed), will see if it's fixed. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
phoneproperty type does not format when displaying, only when editing withPhoneInput. I used google-libphonenumber for this.phoneproperty type does not have translation forsearchandsearchNotFoundonPhoneInput.datetimeproperty type is also missing translations, on edit, and formatting according to locale, on edit and display.CurrentAdmintyping should be changed fromtypetointerfaceso it can be overridden.isRequiredoption: currency, datetime, default-type (select), password, text-area.useNavigationResources, which are the resources names, should be translated.availableValueslabels are translated on the backend which does not change locale when changing on the frontend, currently i'm getting the locale on the frontend usingnavigator.languageand using a express middleware to change the language based on theaccept-languageheader.I have this on my fork (among some custom stuff) and would like to know if it is already being done for v7 or should I pr this things?
Beta Was this translation helpful? Give feedback.
All reactions