LyX lacks automatic translation of theorem names

[pdenapo@…]

I think it would be nice to add a command for setting the language and
the encoding of the document in the .layout files so that we may create
custom layouts for documents in a particular language.
(for example, I've created some for mathematical articles in Spanish)

[lasgouttes]

This would make sense for latex document classes that force the language,
but otherwise the right thing to do is to use a template which has the right
language selected.

What kind of document class do you have in mind?

[pdenapo@…]

my lyx layouts

[pdenapo@…]

guardar el atachment como layouts.tar.gz

[themuse@…]

I think it would be good to somehow "internationalize" the layouts - I'd like to
have about the very same thing as Pablo in German, which at the moment would
force me to create a couple of files like amsmaths_de.inc etc., just copying the
original files, leaving any "technical" parts and settings of the layout
unchanged, just translating the texts to be inserted. This is not only redundant
but seems absurd as these items are actually already translated in LyX itself
(style combobox).
Maybe a set of translations that can be accessed by the layouts and are chosen
depending on which language the user selects from within the document settings
dialogue would be a good idea. BTW, is there anything like Babel for theorem and
friends, i.e., a LaTeX-native solution that could be used?

[lasgouttes]

In LyX 1.4.0, the labels for things like Chapter will be correctly translated on
screen with the language of the document.

We have not (yet) found a clean way to fix the theorem definition issue. I'll
try to find a solution, but this will not be in 1.3.x.

[lasgouttes]

To answer your last question, babel unfortunately lacks suppoer for theorems
and friends.

[Uwe Stöhr]

In LyX 1.5 there is no need to create layout files for certain languages. All
labels and environment names are translatable the same way we translate LyX's
menu names.

The only thing that cannot be dome are the Theorem environments. As babel don't
and won't support the automatic translation of names like "axiom", "proof", we
should think about doing this automatically in LyX. I listed the needed LaTeX
commands here:
​http://wiki.lyx.org/LyX/I18nLabels

[Georg Baum]

fix

[Uwe Stöhr]

Hello Georg, I tested you patch and it works fine except of this problem:

I'm using LyX with German menu names and want to write a French document. Then I
get this preamble code:

\newtheorem{claim}[thm]{\protect\claimname}

\AtBeginDocument{\ifx\LdfInit\undefined\relax\else\addto\captionsfrench{\renewcommand{\claimname}{Behauptung}}\fi}

French is recognized, but the translation is in German. So the translation must
be dependent on the document language, not the LyX menu language.

[Georg Baum]

example

[Georg Baum]

exported example

[Uwe Stöhr]

example that fails

[Uwe Stöhr]

It works here (see attached example)

When I open your file and reset the language of all text parts to the document
language "French" I get the bug again.

I attached an example file.

[Uwe Stöhr]

screenshot showing the problem

[Georg Baum]

latest fix

[Uwe Stöhr]

Subject: Re: LyX lacks automatic translation of theorem names

In your screenshot both labels are translated into the menu language.

Because I reset the language to the document language. Sorry for the confusion.
The labels within LyX are correct, only the preamble code is incorrect. Perhaps this is due to the
buggy libintl version we have to use under Windows. This version is for example also responsible
that switching the menu language via the preferences doesn't work on Windows, but on Mac and Linux.

Because my example works correctly on Linux, please put it in. That libintl is buggy on Windows is
not your fault and your patch is an improvement also on Windows because in most cases your document
language is LyX's menu language.
When you don't agree, let's discuss this on the list - I guess other like JMarc know more about the
libintl stuff.

[Georg Baum]

I did that. Not adding the fixedintrunk keyword since there are still
some .inc/.layout files that could be translated.

[Uwe Stöhr]

Subject: Re: LyX lacks automatic translation of theorem names

Can you please also list your new features here:
​http://wiki.lyx.org/LyX/NewInLyX20
(This also assures that everything will be documented.)

I would also like when you could use change tracking when you change documentation files. This makes
it much easier to keep tall language versions up to date.

thanks and regards Uwe

[Georg Baum]

Rev. 28529 includes now a better fix for all theorems. This time I used change
tracking for the manual.

[Uwe Stöhr]

Rev. 28529 includes now a better fix for all theorems.

Not here on Windows. I still get always German translations when I start LyX
with German menus: LyX ignores the language settings of the document and always
translates to LyX's menu language.

JMarc, can you also confirm this for Mac (or even on your Linux)?

[Georg Baum]

Well, you guessed already in comment 17 that this is a bug of the libintl that
is used on windows. The symptoms very much look like that, and IMHO documenting
the broken windows behaviour in the embedded objects manual was not a good
idea. Now the manual is wrong for linux users (and probably mac users as well).

[Uwe Stöhr]

Subject: Re: LyX lacks automatic translation of theorem names

IMHO documenting
the broken windows behaviour in the embedded objects manual was not a good
idea. Now the manual is wrong for linux users (and probably mac users as well).

But people complained about this, for example also our Spanish translator who's using Linux. The
current description at least work on all systems.

[Georg Baum]

Yes, it does, but it is confusing. It implies that the dependency on the menu
language is wanted, and this is wrong. And it prevents users who do not suffer
from the bug to use the correct solution. It would be nice if you could at
least clarify that the described workaround is caused by a bug and not always
needed.

[Uwe Stöhr]

It seems that this is not better fixable.

[ps]

2.0.0 is ready