Open olafgrabienski opened 7 years ago
olafgrabienski
commented
7 years ago Gábor Hojtsy, http://hojtsy.hu/blog/2010-may-05/using-drupal-collaborative-software-translation-tool:
How you generate .po files from your software depends totally on your API.
Is there such an API for Backdrop, or could someone with coding skills look for a way to generate the English .po file of Backdrop releases with the help of a script?
olafgrabienski
commented
7 years ago Just discovered: for Drupal modules and themes, there is the Translation template extractor module which extracts translatable strings via the interface or command line. (It's even part of our Drupal based translation server.)
We need something similar which extracts translatable strings from Backdrop core.
olafgrabienski
commented
7 years ago Workaround to generate an English Source file for translations:
admin/config/regional/translate/export.NB: I noticed that the number of language strings is quite low on a new site. As if the system needs some usage to build complete information about the language strings.
quicksketch
commented
7 years ago We can possibly build the exporting of strings as part of the BackdropCMS.org packager. Right now we have the packager running to update the .info files on every release. We could additionally add a step to automate the string extractor. Though once we have the strings, I'm not sure yet how we would "push" that information to the translation server. Perhaps we could simply publish a feed of some kind on BackdropCMS.org and then have the translation server consume it.
olafgrabienski
commented
7 years ago @quicksketch From the Connectors page of our Drupal translation server:
Localization server connectors handle data from different locations, parsing source files to make them available for translation.
There are four "Connectors" in a list of which at the moment only the last one is enabled:
Maybe this information helps at some point automating the process of getting the English language files.
olafgrabienski
commented
7 years ago Just wanted to add the last two Backdrop releases to the translation server. To get the English language template (translation source) file of 1.6.3 I tried the workaround mentioned in https://github.com/backdrop-ops/localization/issues/6#issuecomment-282901328 on one of my test sites, but the number of language strings is far too low (for the reason see "NB" in the linked comment). It's only 208 KB but should be about 530 KB or more.
So, the workaround seems to be not reliable, and we shouldn't use it to build the Backdrop language source files on the translation server, but without the source files we're blocked in building the server.
As long-term alternative see quicksketch's comment above.
But we need also a short-term solution. @quicksketch or @serundeputy Do you think it's possible to port Translation template extractor to Backdrop? Or to build a similar tool to the "Command line extraction" mentioned on the Translation template extractor project page?
serundeputy
commented
7 years ago @olafgrabienski give this a go when you get a chance; https://github.com/serundeputy/potx/issues/1 ;)
olafgrabienski
commented
7 years ago Short report here: https://github.com/serundeputy/potx/issues/1#issuecomment-292623547
Help by @quicksketch needed!
quicksketch
commented
6 years ago https://github.com/backdrop-contrib/potx/issues/1 is fixed. potx module is now all set to go.
olafgrabienski
commented
5 years ago I'm reopening this issue and assigning it to @serundeputy.
While the potx module is working, it's a short-term solution (which is great) but the original intent of this issue is about the generation of language files "for each Backdrop release on a production translation server" (from the issue description).
For a long-term solution approach see @quicksketch's thoughts in https://github.com/backdrop-ops/localization/issues/6#issuecomment-288858096.
olafgrabienski
commented
5 years ago From https://github.com/backdrop-ops/localization/issues/6#issuecomment-288858096:
Though once we have the strings, I'm not sure yet how we would "push" that information to the translation server. Perhaps we could simply publish a feed of some kind on BackdropCMS.org and then have the translation server consume it.
At the moment, the localization server is configured to manage translatable strings with Gettext standard input/output, i.e. manually uploading .pot files. There are however two submodules which might help in automatization:
serundeputy
commented
5 years ago I've added this repo: https://github.com/serundeputy/autogen_translation_releases
A collection of scripts that are intended to run on cron on the localization server. they will
cleanUp.sh script to clean up the tmp thingsdetails in the README.md
Perhaps we should move the repo to backdrop-contrib It is probably not useful for anyone but us, but in the name transparency it is probably the right place for it or maybe backdrop-ops.
olafgrabienski
commented
2 years ago Yesterday I suggested in the forum to discuss the topic in the weekly Dev meeting:
The site provides translations of Backdrop core but so far not for contributed projects. While it is possible to add contrib projects to the site, we don't have a good way to add English language source files to their releases. I do that manually for Backdrop core minor releases, but won't be able to do it for more projects and releases.
Questions:
- How can we make progress regarding the automatic generation and distribution of language files, ideally not only for core but also for contrib projects?
- What is a good approach?
- Who wants to and is able to help?
- Should we spend some money for this infrastructure task?
Below a link to the video of yesterday's meeting, starting where the topic was discussed. Thanks for the encouraging feedback!
To set up the translation server for Backdrop language files, we need to upload an English language source file to the server.
While there is probably a workaround for testing purposes, this issue is about the question how to generate such files regularly and reliably for each Backdrop release on a production translation server.