Uwe Stöhr wrote:
> But why do we have a hard string freeze and why is it about 2 weeks? I mean
> if we can fix a bug that changes a string, it is worth it. I don't see why
> it harms if 3 strings of 5177 strings are not translated to every language.
> The benefit of a fixed bug is greater than a t
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
Am 16.06.2011 14:59, schrieb Richard Heck:
OK, that was my question. Please remove them from branch.
Done.
Btw. r39116 is also needed for branch.
regards Uwe
Am 17.06.2011 01:23, schrieb for...@lyx.org:
URL: http://www.lyx.org/trac/changeset/39116
Also distribute the autocorrect file, otherwise autocorrection is unusable.
This is also necessary for branch.
regards Uwe
Am 17.06.2011 01:13, schrieb Marcus Kriele:
I don't understand. If the current classes support this, we must support it
too. Older versions
don't use optional arguments and are therefore still compilable.
>
These LaTeX classes have always supported optional arguments but the LyX
layouts did
Uwe,
please see my comments below.
Marcus
On 2011-6-16 18:53 , Uwe Stöhr wrote:
Am 16.06.2011 19:41, schrieb Marcus Kriele:
> The following issues still persist:
>
> 2) "Short title" for optional arguments does not work. This is
intentional in order to guarantee
> backward compatibility.
I
Am 16.06.2011 19:41, schrieb Marcus Kriele:
> The following issues still persist:
>
> 2) "Short title" for optional arguments does not work. This is intentional in
order to guarantee
> backward compatibility.
I don't understand. If the current classes support this, we must support it too. Older
Am 16.06.2011 17:39, schrieb Julien Rioux:
By the way REVTeX 4 is also obsolete and no longer on CTAN;
It is obsolete too, yes. But it is still on CTAN and 4.1 is backwards compatible with 4.0. So until
we provide support for 4.1, people can start with the template for 4.0 and upgrade/modify
On Thu, Jun 16, 2011 at 5:13 PM, wrote:
> Author: rgheck
> Date: Thu Jun 16 23:13:13 2011
> New Revision: 39113
> URL: http://www.lyx.org/trac/changeset/39113
>
> Log:
> Updates to the sv* series of layouts form Marcus Kriele.
>
> Modified:
> lyx-devel/trunk/lib/layouts/svglobal.layout
> lyx-
> We could avoid that if you would discuss your plans for branch on the list
> first instead of just wildly committing.
You are right.
However, I think that the string freeze should be clearly announced, maybe I missed this. Moreover
nobody stopped me in my revision of our documentation files an
On 06/16/2011 08:56 AM, Rainer M Krug wrote:
> Hi
>
> following my recent question concerning accessing the LyX svn server
> via https to mirror it on launchpad to have automated daily builds,
> would it be possible to enable https acces in addition to the svn
> protocoll?
>
I could be wrong about
On 06/16/2011 01:41 PM, Marcus Kriele wrote:
> Richard,
>
> svglobal3.layout is one of the Springer layout files which I had
> updated (#bug 7301). The issue should not exist in my corrected files
> that I had posted in the bug report and sent to you as a zipped archive.
>
Shoot. I was waiting for
Richard,
svglobal3.layout is one of the Springer layout files which I had updated
(#bug 7301). The issue should not exist in my corrected files that I
had posted in the bug report and sent to you as a zipped archive.
Marcus
On 15/06/2011 11:22 AM, David Hopkins wrote:
Did the website just go offline? I can't access www.lyx.org or the wiki.
Sincerely,
Dave Hopkins
I too am experiencing slowness and sometimes complete unresponsiveness
since maybe a couple days, so don't feel alone.
--
Julien
On 06/16/2011 11:51 AM, Julien Rioux wrote:
>
> Since layout2layout missed those, I wonder if something has to be done
> there? Unless the user changes their own layouts manually, they could
> be left with broken layouts, right?
>
Partially broken, yes. I've thought about this, though, and it's ver
On 06/16/2011 11:39 AM, Julien Rioux wrote:
>
> By the way REVTeX 4 is also obsolete and no longer on CTAN; it has
> been replaced by REVTeX 4.1 for which I suggested a patch a while ago,
> including new template files. Is this a good time to put this in?
>
I'd ask you wait until 2.0.2, as I've jus
On 16/06/2011 9:56 AM, Richard Heck wrote:
Hi, Uwe,
I wrote a little perl script to look for problems similar to those with
ectaart, and got this back:
achemso.layout
Chemistry copies Flex:Bibnote!
IEEEtran.layout
Lowercase copies Flex:IEEE_membership!
svglobal3.layout
Keywords copies Flex:E
On 15/06/2011 10:31 AM, Uwe Stöhr wrote:
We offer the two template files "revtex" and "latex8".
The one for revtex is a template for the obsolete LaTeX-class ReVTeX.
Since years journal paper authors have to use ReVTeX 4 and that is why
we offer a template file named revtex4.lyx for this class.
On 16/06/2011 9:35 AM, Uwe Stöhr wrote:
Am 16.06.2011 15:16, schrieb Richard Heck:
I think it's OK, though I tweaked the message.
Can you then please also tweak the layout for elsart (to be consistent)?
That said: Are these translated?
No.
If so, we are in freeze
Oh shit! I then d
Am 16.06.2011 16:51, schrieb Richard Heck:
OK, so we can reinstate string freeze, yes?
Yes.
regards Uwe
On 06/16/2011 10:48 AM, Uwe Stöhr wrote:
> Am 16.06.2011 16:12, schrieb Uwe Stöhr:
>
>> Thanks, I'm working on that. We must do the same for these insets as
>> for ectaart: begin the inset
>> names with "Flex:"
>
> Done and in.
>
OK, so we can reinstate string freeze, yes?
Richard
Am 16.06.2011 16:12, schrieb Uwe Stöhr:
Thanks, I'm working on that. We must do the same for these insets as for
ectaart: begin the inset
names with "Flex:"
Done and in.
regards Uwe
Uwe Stöhr wrote:
> Oh shit! I then destroyed it: To make our template and example files
> compilable I needed to change some layout files. And for example the
> environment names are of course translated. So I broke the string freeze,
> but fixed some bugs.
We could avoid that if you would discus
Am 16.06.2011 15:56, schrieb Richard Heck:
I wrote a little perl script to look for problems similar to those with
ectaart, and got this back:
Thanks, I'm working on that. We must do the same for these insets as for ectaart: begin the inset
names with "Flex:"
That will perhaps also break th
Hi, Uwe,
I wrote a little perl script to look for problems similar to those with
ectaart, and got this back:
achemso.layout
Chemistry copies Flex:Bibnote!
IEEEtran.layout
Lowercase copies Flex:IEEE_membership!
svglobal3.layout
Keywords copies Flex:Email!
PACS copies Flex:Email!
Subclass copies
Am 16.06.2011 15:16, schrieb Richard Heck:
I think it's OK, though I tweaked the message.
Can you then please also tweak the layout for elsart (to be consistent)?
That said: Are these translated?
No.
If so, we are in freeze
Oh shit! I then destroyed it: To make our template and exa
> Are these translated?
Nope.
Jürgen
On 06/16/2011 09:14 AM, Jürgen Spitzmüller wrote:
> uwestoehr wrote:
>> +# \DeclareLaTeXClass[article,latex8.sty,times.sty]{article (Latex8,
>> unsupported and obsolete class!)}
> Can you make this string shorter? This will just unnecesarily widen the class
> selection combo. I suppose "article (
On 06/16/2011 09:14 AM, Uwe Stöhr wrote:
> Am 16.06.2011 15:12, schrieb Uwe Stöhr:
>
>> http://www.lyx.org/trac/changeset/39086
>>
>> Richard, OK also for branch?
>
> Stupid me, I accidentally put it in branch. OK, or shall I revert?
>
I think it's OK, though I tweaked the message. That said: Are t
uwestoehr wrote:
> +# \DeclareLaTeXClass[article,latex8.sty,times.sty]{article (Latex8,
> unsupported and obsolete class!)}
Can you make this string shorter? This will just unnecesarily widen the class
selection combo. I suppose "article (Latex8) [obsolete]" will do.
Jürgen
Am 16.06.2011 15:12, schrieb Uwe Stöhr:
http://www.lyx.org/trac/changeset/39086
Richard, OK also for branch?
Stupid me, I accidentally put it in branch. OK, or shall I revert?
sorry Uwe
Am 16.06.2011 14:44, schrieb Rainer M Krug:
Are these templates or layout files?
Templates. We don't remove layout files.
If they are templates, they can go, as
users can base new documents on older documents they have used - if they are
layout files, they should stay, to further be able to
On 06/16/2011 08:59 AM, Richard Heck wrote:
> On 06/15/2011 10:54 PM, Uwe Stöhr wrote:
>> Am 16.06.2011 00:09, schrieb Richard Heck:
>>
>>> I don't want some person who's still using these to lose them because
>>> they
>>> upgrade within 2.0.x. Are they unusable because they won't compile,
>>> or..
On 06/15/2011 10:54 PM, Uwe Stöhr wrote:
> Am 16.06.2011 00:09, schrieb Richard Heck:
>
>> I don't want some person who's still using these to lose them because
>> they
>> upgrade within 2.0.x. Are they unusable because they won't compile,
>> or...?
>
> The point is that you CANNOT us the templates
Hi
following my recent question concerning accessing the LyX svn server via
https to mirror it on launchpad to have automated daily builds, would it be
possible to enable https acces in addition to the svn protocoll?
Cheers,
Rainer
--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conse
On Thu, Jun 16, 2011 at 2:34 PM, Uwe Stöhr wrote:
> Am 16.06.2011 08:05, schrieb Jean-Marc Lasgouttes:
>
>
> The point is that you CANNOT us the templates because the required LaTeX
>>> classes are obsolete and
>>> thus even not available at CTAN. Moreover, even if you find them
>>> somewhere in
Am 16.06.2011 08:05, schrieb Jean-Marc Lasgouttes:
The point is that you CANNOT us the templates because the required LaTeX
classes are obsolete and
thus even not available at CTAN. Moreover, even if you find them somewhere in
the web, what can
you do with your file -> nothing! No journal will
37 matches
Mail list logo
