Am 24.09.2011 01:32, schrieb LyX Ticket Tracker:
Comment(by jrioux):
OK thanks for your explanation.
I just saw that some of the post went to the list, so for the record, here is my explanation I
replied in the bug report:
This is a known limitation but we have to live with this. We discussed this several times. In terms
of the layouts LyX can only follow what the designers of the document classes decided. The document
classes for scientific articles are a good example: When e.g. the American Chemical Society decides
to change the achemso document classes, the authors have to use the new version immediately -
submissions using the older version of the document class are no longer possible. Thus LyX has to
provide a new layout for the most recent document classes and cannot wait about 2 years until the
next LyX major release comes out. Otherwise the authors would not be able to use LyX to write their
articles.
With the Springer layouts of this issue, we have the same situation: The Springer document classes
changed heavily and for some new environments there are no equivalences in the old versions. So the
incompatibility comes due to the document class change. (For the renaming of environments, we could
do something, but whenever there are new environments, the resulting file would nevertheless be
incompatible, so it is not worth it.)
Note also that articles created with LyX's Springer support we have in LyX 2.0.1 cannot be submitted
because its LaTeX output does not follow the current Springer guidelines. With the fix for this
issue one might think we break the compatibility, but in fact LyX 2.0.0 and 2.0.1 cannot be used to
write articles or Springer, so "breaking the compatibility" allows us to provide usable Springer
support for the first time in the LyX 2.0.x series. We should of course add a sentence in the
announcement of LyX 2.0.2 that the Springer files created with 2.0.2 and newer won't be compilable
with LyX 2.0.0 and 2.0.1.
regards Uwe
