Am 14.07.2011 14:26, schrieb Marcus Kriele:
I am proposing something like this:
Style Sol
LabelString Sol [label of Prob]
LabelFont
Color Blue
EndFont
End
You are right, a counter is senseless, since it is the number of the prob. I changed the label now
to # [number of Prob] since it is
On 2011-7-15 13:06 , Uwe Stöhr wrote:
This is not necessary. Before LyX was able to display the number also
within LyX, we used a normal # to indicate that in the output will
be a number. Colored labels indicate that they are only hints what to
do and don't appear in the output. But in this
Am 11.07.2011 23:35, schrieb Marcus Kriele:
I also have a few additional comments:
svmono:
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?
I noticed two additional bugs in the style preface (for svmono):
1) The style Preface has been assigned to the category For Authors.
This could be appropriate for the class svmult but not for svmono. I
propose to use the category FrontMatter
2) Preface has an optional argument just as
Am 15.07.2011 21:55, schrieb Marcus Kriele:
I noticed two additional bugs in the style preface (for svmono):
1) The style Preface has been assigned to the category For Authors. This
could be appropriate for
the class svmult but not for svmono. I propose to use the category FrontMatter
Am 14.07.2011 14:26, schrieb Marcus Kriele:
I am proposing something like this:
Style Sol
LabelString "Sol [label of Prob]"
LabelFont
Color Blue
EndFont
End
You are right, a counter is senseless, since it is the number of the prob. I changed the label now
to "# [number of Prob]" since it is
On 2011-7-15 13:06 , Uwe Stöhr wrote:
This is not necessary. Before LyX was able to display the number also
within LyX, we used a normal "#" to indicate that in the output will
be a number. Colored labels indicate that they are only hints what to
do and don't appear in the output. But in this
Am 11.07.2011 23:35, schrieb Marcus Kriele:
I also have a few additional comments:
svmono:
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?
I noticed two additional bugs in the style preface (for svmono):
1) The style Preface has been assigned to the category "For Authors".
This could be appropriate for the class svmult but not for svmono. I
propose to use the category "FrontMatter"
2) Preface has an optional argument just as
Am 15.07.2011 21:55, schrieb Marcus Kriele:
I noticed two additional bugs in the style preface (for svmono):
1) The style Preface has been assigned to the category "For Authors". This
could be appropriate for
the class svmult but not for svmono. I propose to use the category "FrontMatter"
On 2011-7-13 22:35 , Uwe Stöhr wrote:
Am 11.07.2011 23:35, schrieb Marcus Kriele:
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.
To
On 2011-7-13 22:35 , Uwe Stöhr wrote:
Am 11.07.2011 23:35, schrieb Marcus Kriele:
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.
To
Am 11.07.2011 23:35, schrieb Marcus Kriele:
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
Am 11.07.2011 23:35, schrieb Marcus Kriele:
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
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
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
Am 29.06.2011 23:48, schrieb Marcus Kriele:
I have tested your templates and I found the following issues (Mac, LyX 2.0.0):
svmono_book.lyx:
1) Minor -- Master document has not been set. I propose to do so for each
include file
How can I do this?
2) Minor -- chapter.lyx, equation eq:10:
Am 30.06.2011 15:46, schrieb Marcus Kriele:
svmono.cls provides two problem environments and two solution environments:
prob and problem, sol
and solution. The pair prob/sol is documented but not the pair problem/solution.
Now I got it. I currently only implemented problem, solution and
Am 29.06.2011 23:48, schrieb Marcus Kriele:
I have tested your templates and I found the following issues (Mac, LyX 2.0.0):
svmono_book.lyx:
1) Minor -- Master document has not been set. I propose to do so for each
include file
How can I do this?
2) Minor -- chapter.lyx, equation eq:10:
Am 30.06.2011 15:46, schrieb Marcus Kriele:
svmono.cls provides two problem environments and two solution environments:
prob and problem, sol
and solution. The pair prob/sol is documented but not the pair problem/solution.
Now I got it. I currently only implemented problem, solution and
Uwe,
great that you could fix the numbering!
I have tested your templates and I found the following issues (Mac, LyX
2.0.0):
svmono_book.lyx:
1) Minor -- Master document has not been set. I propose to do so for
each include file so that View master document and Update master
document
Uwe,
great that you could fix the numbering!
I have tested your templates and I found the following issues (Mac, LyX
2.0.0):
svmono_book.lyx:
1) Minor -- Master document has not been set. I propose to do so for
each include file so that "View master document" and "Update master
Am 22.06.2011 04:05, schrieb Marcus Kriele:
I have not tested the files yet but I have looked through your changes.
You find them now all here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/lib/templates/springer
I find some of these changes problematic as they impair functionality:
1)
Am 22.06.2011 04:05, schrieb Marcus Kriele:
I have not tested the files yet but I have looked through your changes.
You find them now all here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/lib/templates/springer
I find some of these changes problematic as they impair functionality:
1)
Uwe,
I have not tested the files yet but I have looked through your changes.
I find some of these changes problematic as they impair functionality:
1) You have replaced the theorem type environments by the standard
theorem include file, in which theorem-like environments are defined via
Uwe,
I have not tested the files yet but I have looked through your changes.
I find some of these changes problematic as they impair functionality:
1) You have replaced the theorem type environments by the standard
theorem include file, in which theorem-like environments are defined via
Am 19.06.2011 00:24, schrieb Marcus Kriele:
- Definitions like LeftMargin TOC title:xxx are problematic. The strings
will be translatd.
Assume that for TOC there is e.g. no corresponding abbreviation in German and
it will therefore
be translated to Inhaltsverzeichnis which is much longer.
Am 19.06.2011 00:24, schrieb Marcus Kriele:
- Definitions like "LeftMargin "TOC title:xxx"" are problematic. The strings
will be translatd.
Assume that for "TOC" there is e.g. no corresponding abbreviation in German and
it will therefore
be translated to "Inhaltsverzeichnis" which is much
Please see the class specific test files that I had uploaded to bug
report #7301. They should contain every feature that is supported.
Hopefully this reduced the amount of time necessary for further
testing. I had also uploaded updated template files.
Regards, Marcus
On 2011-6-17 9:43 ,
Hi Uwe,
thanks for the work you are putting in to improve my changes!
On 2011-6-17 24:35 , Uwe Stöhr wrote:
I had a look and fixed this. (You forgot to define the counters.) I
created now a new file which contains all theorem environments of
classes which already define them, like the sv***
Please see the class specific test files that I had uploaded to bug
report #7301. They should contain every feature that is supported.
Hopefully this reduced the amount of time necessary for further
testing. I had also uploaded updated template files.
Regards, Marcus
On 2011-6-17 9:43 ,
Hi Uwe,
thanks for the work you are putting in to improve my changes!
On 2011-6-17 24:35 , Uwe Stöhr wrote:
I had a look and fixed this. (You forgot to define the counters.) I
created now a new file which contains all theorem environments of
classes which already define them, like the sv***
On 06/17/2011 12:35 AM, Uwe Stöhr wrote:
Besides this, some remarks to your changes that Richard put into SVN:
Thanks, Uwe, for having a close look at these. I guess this stuff should
be ported to branch, but probably not until 2.0.2, as the new files
introduce string changes.
Richard
Am 17.06.2011 14:18, schrieb Richard Heck:
Thanks, Uwe, for having a close look at these. I guess this stuff should
be ported to branch, but probably not until 2.0.2,
Yes, we need more testing before this can go to branch. svcommon is used for 3 different classes and
I only reviewed 1 in
On 06/17/2011 12:35 AM, Uwe Stöhr wrote:
>
> Besides this, some remarks to your changes that Richard put into SVN:
>
Thanks, Uwe, for having a close look at these. I guess this stuff should
be ported to branch, but probably not until 2.0.2, as the new files
introduce string changes.
Richard
Am 17.06.2011 14:18, schrieb Richard Heck:
Thanks, Uwe, for having a close look at these. I guess this stuff should
be ported to branch, but probably not until 2.0.2,
Yes, we need more testing before this can go to branch. svcommon is used for 3 different classes and
I only reviewed 1 in
Am 17.06.2011 00:53, schrieb Uwe Stöhr:
3) Numbering of theorems within LyX does not work. I tried to copy the
implementation of the
theorem-sec.module but LyX does not pick up the correct \thetheorem value.
You need to define a counter. I'll have a look.
Hi Marcus,
I had a look and fixed
Am 17.06.2011 00:53, schrieb Uwe Stöhr:
>> 3) Numbering of theorems within LyX does not work. I tried to copy the
implementation of the
>> theorem-sec.module but LyX does not pick up the correct \thetheorem value.
>
> You need to define a counter. I'll have a look.
Hi Marcus,
I had a look and
38 matches
Mail list logo