Open nmiyazaki-chapleau opened 6 months ago
Although there are multiple workarounds, such as creating a language block or simply using an MLRepeater field as the first item, both of these have the same issue: duplicating lots of content simply to translate a few fields. Furthermore, there's no "duplicate" button or anything or the sort, so people have to manually recreate the same content in every locale, which is quickly tedious. Then again, the implementation seems hard, and it almost seems simpler to have a translation option within the Blocks plugin itself rather than trying to integrate the Translate plugin, since Translate's inner workings are simply not compatible with Blocks.
@mjauvin any thoughts?
TL;DR: Winter Translate plugin doesn't work with this plugin in Static Pages, because Translate doesn't understand Blocks' multiple levels system. This makes all Translate fields refer to the same field name, and ends up replacing the values of all form fields within blocks that have the same FormField->fieldName.
Given the following block definition:
Adding two of these blocks to a static page will cause both of them to always have the same value.
Steps:
This is because Translate will create fields in the forms with the name "RLTranslate[en][content]" for the locale-dependant field. Furthermore, after saving the default locale's value and refreshing the page, the other locale's value is completely messed up, showing the raw content of the static page of the other locale (static-pages-fr/whatever.htm's content, which is [viewBag] title = "abc" == ).
I have only recently started developping websites using WinterCMS, and tried to fix this for a couple of hours with no success due to my lack of knowledge with its backend / inner workings.
Any kind of fix or workaround would be appreciated, as this is a big blocker for my team right now (even a hardcoded change to a plugin file is fine!).
WinterCMS 1.2.6