I have tested the new layouts and templates for svmono, svjour3, and
svmult. In these new versions, the proof, solution and problem
environments work for me. However, I would change the label of the sol
environment: Currently it is an automatically generated counter that
may have nothing to do with the counter of the corresponding problem. I
find this misleading. In addition, if the solutions are written in the
same order as the problems then in LyX it appears that each solution
references the correct problem. However, the output gives question
marks as the references are not given explicitly. I would prefer a
label like "sol [label of problem]". While this looks very different
from the output, it would reduce the likelihood of user error.
I also have a few additional comments:
svmono:
1) Minor -- Master document has not been set. I propose to do so for
each include file
How can I do this?
For each document that is to be included: Documents -> Settings... ->
Document Class, check "Select default master document", browse for the
master document. This may result in an absolute path, but you can edit
this path to make it relative. (I only tested this on mac).
4) Medium -- chapter.lyx: References to LaTeX should be replaced by
references to LyX, e.g,
"Furtheron please use the LaTeX automatism for all your
cross-references and citations." There are
several instances of such references.
The references to LaTeX are still present. I think that this would
confuse some users as the references are managed within the LyX GUI.
Some users may conclude that they would have to use LaTeX-commands in
ERT insets to get cross referencing to work.
6) Medium -- appendix.lyx: The section A.1 is too short to illustrate
the Style "Running Section".
The same problem arises in section 1 of chapter.lyx
I think that the user will understand how it works from the other
"running" environments like author and title. Expanding the template
with senseless text won't help much since it is a template, not an
example. When the user writes his text, he will automatically expand
it to see the short section heading in the page title.
fair enough
9) Medium -- foreword.lyx: Optional argument has not been explained
I don't understand this option. If I need another heading, I can
directly change it, why do I need an optional heading for this?
The user would need to use the extrachap command which might not be
obvious to her/him. Perhaps one could document the usage in a comment
note? Same for preface.
I also corrected for "solution" the argument from mandatory to
optional as it appears to be a bug in the Springer templates that they
used a mandatory argument. Their docs and also the logic tells that it
must be an optional one.
I agree
svjour3:
There are two citations to non-existing bibliography entries,
"Abernethy2003" and "Pellacini:2005:LAH"
svmult:
1) title*
In svmult_author.lyx the title* style does not work. Both as an
embedded document and as a stand-alone document you simply get "*" as
the title and the given title ("Contribution Title") is ignored. I
couldn't get this style to work either.
The intended behavior is to produce the title in the output without the
line "chapter 1". It does work with their latex templates.
If you do not have an idea how to do implement title*, I would propose
to delete our title* style and to write a note that we do not support
it. After all, the whole problem is appears to be caused by Springer
hacking the LaTeX title and chapter commands in a way that is not
compatible with the idea of a mark-up language.
(Something minor: title is in the "Section" category while "Title*" is
in the FrontMatter category. While this does reflect the purpose of
title and title *, it would probably be better to present these styles
side by side. )
2) Author
The format in LyX is indistinguishable from the standard format or at
least very similar. I propose to add an italic label "Author: "
similar to the style "Institute".
Other bugs:
I think that the relative path to the pictures
"../../examples/CV-image.png" should read "../examples/CV-image.png".
If this is the case then this bug was originally introduced by me. My
apologies. This applies to svmono_chapter.lyx (twice),
svmono_appendix.lyx, svjour3.lyx (twice), svmult_author.lyx (twice),
svmult_appendix.lyx
Regards, Marcus
