S.No. |
Query |
Response |
1 |
There appear to be a few translations now on Github https://github.com/syncfusion/ej2-locale - these don't appear to be available via npm yet, so I've downloaded them locally for now (will they be available through npm at some point?) |
Data in the github repository ej2-locale will be available as npm package in the next patch release on January 9, 2019.
|
2 |
I've been following all links mentioned in these related topics, and tried to find the api documentation for ej.base.loadCldr (which does not appear to be available):
|
We have planned to improve the documentation, we will consider this and the same will be available in Essential JS 2 Volume 4 SP1. |
3 |
In almost all instructions, the CLDR json files have to be loaded and parsed one by one through additional ajax threads. When loading the schedule, I already know where these files are located, why do we need Ajax to load them? Isn't there a possibility to simply "include" them similar to the javascript files?
Could we merge and minify the required files to save a few requests on the HTTP pipeline? https://www.npmjs.com/package/grunt-merge-json
It'd be great if you wouldn't mind to run me through the process. In my example, the cldr data is available in
wwwroot/lib/cldr-data/[e.g.]de/{ca-gregorian.json,numbers.json,...}
The locale files are in wwwroot/lib/syncfusion/locales; e.g. .../locales/de-DE.json
Initialisation would be done through the _Layout.cshtml (presently, I'll probably move this to a partial) just before the ScriptManager is initialised
|
You can also load cldr data in the js file and load them using the loadCldr function after loading the Essential JS 2 global script file (ej2.min.js).
We have created a stackblitz sample. Please refer that for further details.
Please find the cldr-data for de culture in javascript format ready to be used in the below link.
|
Now, it all works fine, although not everything appears to be translated. Dates and Times are good, but the dialogs still have "Add Title", "Description" etc instead of their non-english equivalents. Well, better than nothing.