Yes, we will restore language_list
to work in 1.640
and leave its removal for later releases.
If you suddenly don't support old things anymore you should mention it in the release notes.
Older DA versions (prior to 1.640) used to pull translations from the backend. Starting 1.640 translations are now saved as Evolution assets in data/skins/evolution/assets/translations/{lang}.json
In data/skins/evolution/assets/translations/ I can’t find the EN lang file, where is this located (I’ve to change some stuff inside because we modified DA a lot and renamed some functions to match old company setups).
Why do you migrate away from the po lang files? This was super handy for translating with tools, also if strings has changed it was easy possible to update with the “directory” file.
What about the backend translations? Are they no longer needed?
How can we use again our own 3 language files? We’ve invested a lot of work to create them and made them perfect for our needs.
DA version 1.63.9
is available in the current
release channel.
Thanks, till this morning it was 3.63.8
Content inclusion might come after we finish with Evolution cusomization support upgrade. In the upcoming releases we will be making changes how Evolution stores its customizations, it will be more flexible and less complicated ?. We are getting rid of themes but extend customizations to the point where same changes as were possible with themes now would be available via customizations. Once the migration is done next step could be extending customizations to support adding extra text blocks in various places.
What means “getting rid of themes”? We also created customised themes to let DA exactly looks like cpanel (yes yes I know….). We tried to recreate this on Enhanced basis but discarded it because many new features were not runnable.
Extra text blocks in various places is a huge plus and allow us to stop the most support request by describing the most problems of the clients directly inside the functions.
I would also be very interested to know what exactly you are planning to change about the skin. In the near future I've to replace few more servers, the question is do we migrate them to DA or do we use again the "old solution".
Could you give us more details why you would like to hide those links? Ideally we do not want for everyone to keep re-inventing the same wheel and creating its own version of site-helper docs. Hence the change towards unified single source of truth documentation. From here we have two directions forward:
- Enable site-helper docs to be improved by community by making docs an open repository, where change suggestions can be submitted by the community.
- Utilize the customizations support to allow more fine grained control of the docs like (hide or replace).
Understanding the use-cases you face would help us make better informed decisions. To all the feedback is really appreciated.
Sure. We had few customers which had read the sitehelper stuff, discovered other topics and came to us with the request to provide functions we had deactivated (which were deactivated for good reasons). Furthermore, there were complaints why everything was in english and not in a compatible language (our customer base is based on 3 languages, none of which is english and supplied by DA). Therefore we would like to refer to our own documentation, this saves and a lot of support effort. And last but not least, most of them do not understand english....
Thanks!