Hi Jean-Baptiste, *,
On Sun, Feb 19, 2017 at 9:38 AM, Jean-Baptiste Faure
<jbfaure@libreoffice.org> wrote:
Is there a mean to check if the command "./g pull -r" did its job correctly,
that is if the local translations subdirectory is really up-to-date.
git submodule status
if that has any character other than space before the git-hash, then
the state of the submodule is not what the core module expects.
I did ./g fetch without change in the local translations subdirectory.
fetch won't touch your checkout.
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=106082
Best way to go for those kind of things is:
A) use key-ID language of the branch to see what keyID the string in
question has
B) check in pootle whether the string using that keyID is actually translated
C) check timeline of the string in pootle, it might have been
translated after the translations have been added to the repository
D) git grep in translations submodule for the string/look in po files
in translations repo whether translation is in there
In this case, the translation is in the translations repo, and is also
applied for my build.
So to be clear:
source/fr/svx/source/stbctrls.po has the translation in your checkout,
but in LibreOffice UI it is still untranslated?
ciao
Christian
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.