<div dir="ltr"><div><br></div><div>Hi all,</div><div><br></div><div>From the beginning, Sugarizer relies on the webL10n library [1] to handle localization from Javascript.<br></div><div>This library uses a .INI file where localizations are stored and loaded during page initialization.</div><div>Sounds like MusicBlocks use the same library too.<br></div><div><br></div><div>I'm thinking to change localization library in a future version of Sugarizer because:</div><div><ul><li>webL10n has been deprecated since 2015</li><li>a pivot file format (PO Gettext) is used to be able to localize strings in the Sugarizer translate platform [2]. It made the update process complex (INI to PO then PO to INI).<br></li><li>all language localizations are located in a huge file (260kb) that is not good for performance reasons.</li></ul><div>I've done a short study here [3] to test another localization library i18next [4].</div><div>i18next is independent from any Javascript framework, largely supported and easy to use.</div><div><br></div><div>So I'm thinking to switch to i18next. <br></div><div>Is there any plan to change the localization library in MusicBlocks?</div><div>Do you experience another localization library?</div><div><br></div><div>Regards.</div><div><br></div><div>               Lionel<br></div></div><div><br></div><div>[1] <a href="https://github.com/fabi1cazenave/webL10n">https://github.com/fabi1cazenave/webL10n</a></div><div>[2] <a href="https://translate.sugarizer.org">https://translate.sugarizer.org</a> <br></div><div>[3] <a href="https://github.com/llaske/l10nstudy">https://github.com/llaske/l10nstudy</a></div><div>[4] <a href="https://github.com/i18next/i18next">https://github.com/i18next/i18next</a></div></div>