Because of the changes of variables in the database to being stored in the configuration, the i18n and variable module approach won't work easily. There is work in progress to set up an alternative (easier to implement though): https://github.com/backdrop/backdrop-issues/issues/704. Hopefully we can get it implemented not too long.
I've tested out the approach outlined in https://github.com/backdrop/backdrop-issues/issues/704 and created a pull request (patch) https://github.com/backdrop/backdrop/pull/2397 with an experiment to make the registration emails translatables. It's a harder case than some configuration since locale needs the text to be visible on the screen. So I took the approach of adding sections below the form fields which will show the translation if the interface is set to the other language.
If you're comfortable testing you can go to the sandbox and try things out and provide feedback in github (or here).
Hi patch-works
I did something similar with Drupal 7: a block with aniversaries of historical dates. You can see it at https://lassalle-kreis.de/ down in the blue footer, the middle column...
@indigoxela - I agree, I mentioned the SVG topic specifically for the dev meeting. I think we'll definitely want Nate involved in that discussion. Good call!
Hi colbyat,
re display in the browser: the problem is that when a 500 occurs, this PHP process died before being able to render anything. So that won't work.
Logging is possible, but...
SVG's are a great topic for the design meeting, but also for the dev meeting.
Two currently active issues related to SVG overlap a bit when it comes to security aspects.
https://...
We might want to talk about this issue at the dev meeting (if someone is available to speak to the issue and what needs to be done):
Support SVG in Image Library
https://github.com/...
Comments
Because of the changes of variables in the database to being stored in the configuration, the i18n and variable module approach won't work easily. There is work in progress to set up an alternative (easier to implement though): https://github.com/backdrop/backdrop-issues/issues/704. Hopefully we can get it implemented not too long.
Well, site without language versions is pretty much useless in Europe, so I have to come up with some band aid solution...
Do You think that detecting language and using separate copy of the config files would make sense?
I need to localize whole registration form, too - with twenty or more fields. Made using 'profile' module.
Ok, so basically I came up with this:
Works for profile fields, should be adaptable for other parts of the site.
Mmmh, this is really a weak point in BD at the moment, and it might take some time so solve... also interested in helping/reporting/reviewing.
I think for the time being I'll just use hook_mail_alter and swap contents depending on language...
@akarso how is the hook_mail_alter working out?
I've tested out the approach outlined in https://github.com/backdrop/backdrop-issues/issues/704 and created a pull request (patch) https://github.com/backdrop/backdrop/pull/2397 with an experiment to make the registration emails translatables. It's a harder case than some configuration since locale needs the text to be visible on the screen. So I took the approach of adding sections below the form fields which will show the translation if the interface is set to the other language.
If you're comfortable testing you can go to the sandbox and try things out and provide feedback in github (or here).
@mazze are you interested in testing https://github.com/backdrop/backdrop-issues/issues/704? I'll add notes on how to test soon.