-also merge strings translated in 2.2.3 but not master (only affects ar.po, ia.po, pt_BR.po and sv.po) as a service for your translators
- some translations for de.po
This is a complete remerge of strings (done with cmake) except for fr.po and
sv.po. Those files had already been remerged after the last string changes,
but they use a different sorting, so I did not want to produce an unneeded
diff.
The differences in the comment lines are a well known problem we have: The
last remerge was done on windows, mine was done on linux.
This was discussed in the thread "Translations of Math environments in LyX
output for LyX 2.2" at http://www.mail-archive.com/lyx-docs@lists.lyx.org/msg08633.html
and has been reviewed. The problem was that in 2.1, the portuguese translation
was correct in lib/layouttranslations but different in po/pt_PT.po. In fact,
the translation is the same for all three languages spanish, portuguese and
brazilian portuguese.
The translations have been merged by calling
python development/tools/mergepo.py -n ../lyx-2.1-git/po
cd po; make update-gmo
For some languages it may make sense to merge also changed translations,
but this neds to be decided by the individual translators.
These have been added by 36d7b40c, before we had always UNIX only.
poedit can read the mixed files just fine, but python polib (which is used
in po/lyx_pot.py) refuses to load files with mixed endings.
As discussed. achemso.layout contains both "Chart" and "Graph", therefore it
does not make sense to use "Graph" in the "Chart" / "Graph" / "Diagram" sense,
but in the mathematical sense like in "graph theory".
Therefore I added the context [[mathematicl]].
All translations are unchanged except the german one, which is now again
"Graph" as in 2.0.0 instead of "Schaubild".
This is an old bug report from 2009 that I stumbled upon while cleaning my mailbox:
http://www.mail-archive.com/lyx-users@lists.lyx.org/msg74832.html
It seems that the proposed fix never got applied: translate properly enumii/enumiii/enumiv in es.po.
After checking in babel sources which packages changes the enum* counters, I did the same thing to gl.po
Either there is something rotten in our machinery or the last changes in layout
triggered the 20 old/new strings re-appear :(
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@38400 a592a061-630c-0410-9148-cb99ea01b6c8
