Bo Peng wrote:
Dear list,
I have a lyx file with figures all in .pdf format and I have .eps
versions under the same directory. When I export - latex, lyx asks me
whether or not overwrite existing .eps files.
Is lyx converting all .pdf files to .eps format? Is this necessary?
The dialog has
Bo Peng wrote:
\usepackage{usernames]{color}
^
Sure about that one?
Yes. I uninstalled 1.3.6 and use 1.4.0cvs now so I could not actually
That one is clearly wrong. I don't know whether the color package
has an option usernames, but the brackets are clearly
When you export latex, lyx assume you want to run latex on
the generated .tex file sometime later. ... ... there
is no latex export that assumes you will want to run pdflatex later.
I understand the logic here but doing image format conversions during
latex export is a bit strange to me.
\usepackage{usernames]{color}
That one is clearly wrong. I don't know whether the color package
has an option usernames, but the brackets are clearly mismatched.
Sorry, my typo. Lyx inserts
\usepackage[usenames]{color}
into the generated latex file and caused the compiling errors.
I
On Mon, 2005-12-19 at 00:42 -0500, Grag wrote:
I noticed some difference between the behavior of the mathinset that
is inconsistent with lyx 1.3.x
For instance
1) enter math inset
2) \hat
3) \beta
In lyx 1.3.x the beta would be placed under the hat frame, while
under lyx1.4cvs the
Pol wrote:
Any possibilty to include a lyx-jsmath interface into a future lyx
release?
This depends on whether somoebody wants to implement that... I have recorded
it as enhancement request so that it does not get forgetten:
http://bugzilla.lyx.org/show_bug.cgi?id=2168
Georg
Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED]
writes:
| so I came up with the attached. This reduces startup time for math
| documents from 9.8 seconds to 6.8 seconds (1.4cvs, qt) for me.
|
| I propose to put this both into 1.3 and 1.4. OK?
btw. I have a startup time on My box
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg so I came up with the attached. This reduces startup time for
Georg math documents from 9.8 seconds to 6.8 seconds (1.4cvs, qt) for
Georg me.
Georg I propose to put this both into 1.3 and 1.4. OK?
Yes, very good idea.
JMarc
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
So why don't we just remove these swap calls and be done with it?
Andre The problem here is that we get a ParagraphList passed but use
Andre some functions operating on InsetTexts there.
Yes, Georg already pointed that out.
So the solution
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin The other part of this patch reworked and tested. (Now I had
Martin to include Delete :-) More code, but a lot clearer.
Martin OK to go in?
Yes, with the changes already requested by Lars.
JMarc
My mistake while fixing bug 2109.
Applying now.
JMarc
Index: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.2340
diff -u -p -r1.2340 ChangeLog
--- src/ChangeLog 15 Dec 2005
Georg Baum [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Georg Baum [EMAIL PROTECTED]
| writes:
| | so I came up with the attached. This reduces startup time for math
| | documents from 9.8 seconds to 6.8 seconds (1.4cvs, qt) for me.
| |
| | I propose to put this both into
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett Note that paper.layout depends on stdstruct.inc, which
Bennett defines the abstract environment as being indented. I wasn't
Bennett sure of the best way to get rid of the indenting, but the
Bennett patched version works.
Thanks Bennett.
Hello,
in LyX 1.4, the vertical distance between headings (for chapters,
sections, etc.) and the upper/lower text is much larger than in LyX 1.3.
You can easily see this by opening the same document with LyX 1.3 and
1.4 in parallel. I think users prefer the more compact representation.
I
On Mon, 2005-12-19 at 11:32 +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin The other part of this patch reworked and tested. (Now I had
Martin to include Delete :-) More code, but a lot clearer.
Martin OK to go in?
Yes, with the changes
Bo Peng wrote:
\usepackage{usernames]{color}
That one is clearly wrong. I don't know whether the color package
has an option usernames, but the brackets are clearly mismatched.
Sorry, my typo. Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default
Lars Gullik Bjønnes wrote:
I have no patch.
I meant the one that I sent. It is in now since Jean-Marc said yes.
But the above (lyx-qt -x 'command-sequence buffer-new;
lyx-quit') can be used so that we are sure to use the same things when
timing, and of course to say that I don't have a
Bo Peng wrote:
When you export latex, lyx assume you want to run latex on
the generated .tex file sometime later. ... ... there
is no latex export that assumes you will want to run pdflatex later.
I understand the logic here but doing image format conversions during
latex export is a
Helge Hafting wrote:
Bo Peng wrote:
I understand the logic here but doing image format conversions during
latex export is a bit strange to me. Also, I think 'do not overwrite'
Export latex is supposed to export something that is ready
for a latex run. I.e. you should be able to run
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg This is already filed:
Georg http://bugzilla.lyx.org/show_bug.cgi?id=2107 (and probably easy
Georg to implement, should we target it for 1.4.1?)
Why not.
Although I would prefer a name that shows explicitely the latex
flavour, like latex/pdf
Then you should include the original .eps files in LyX and let LyX do the
conversion to pdf. That would work in all cases...
My case is more complicated. The eps files are the originals and are
used by multiple lyx files. For this beamer/pdflatex file, I need to
use .pdf format but since
Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default xcolor.
Options to xcolor can be passed via the class options
Layout-Document-Layout-Options
So \usepackage{color} should not be inserted at all. I tried to add
options pdftex,usenames for beamer but
Bo == Bo Peng [EMAIL PROTECTED] writes:
Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default xcolor. Options to
xcolor can be passed via the class options
Layout- Document-Layout-Options
Bo So \usepackage{color} should not be inserted at all. I tried
Bo Peng wrote:
Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default xcolor.
Options to xcolor can be passed via the class options
Layout-Document-Layout-Options
So \usepackage{color} should not be inserted at all. I tried to add
yes, shouldn't be part of
options pdftex,usenames for beamer but still get the 'option clash
why do you need the pdftex option? It could be detected
by nearly all packages itself. And beamer itself passes it
to hyperref
use dvipsnames,xcolor as class options
pdftex is suggested by the error message. I have tried
Bo Peng wrote:
options pdftex,usenames for beamer but still get the 'option clash
why do you need the pdftex option? It could be detected
by nearly all packages itself. And beamer itself passes it
to hyperref
use dvipsnames,xcolor as class options
pdftex is suggested by the error message.
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I did try map in the way Angus proposed, it works and is
Martin cleaner than vector. (I don't know, and don't really care, if
Martin it is faster. Not critical.)
I cannot say I am lucky with this patch :)
First test: insert a footnote
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Mon, 2005-12-19 at 00:42 -0500, Grag wrote:
I noticed some difference between the behavior of the mathinset
that is inconsistent with lyx 1.3.x
For instance 1) enter math inset 2) \hat 3) \beta In lyx 1.3.x the
beta would be
Bo Peng wrote:
options pdftex,usenames for beamer but still get the 'option clash
why do you need the pdftex option? It could be detected
by nearly all packages itself. And beamer itself passes it
to hyperref
use dvipsnames,xcolor as class options
pdftex is suggested by the error message.
it cannot work, because LyX inserts by default a
\usepackage[usenames]{color} which is
-- wrong here
-- and should always be xcolor, if really needed. Even though
a button for color/xcolor is the best way
http://bugzilla.lyx.org/show_bug.cgi?id=2169 reported.
On Mon, Dec 19, 2005 at 11:27:18AM +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
So why don't we just remove these swap calls and be done with it?
Andre The problem here is that we get a ParagraphList passed but use
Andre some functions operating on
On Mon, Dec 19, 2005 at 05:39:42PM +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Mon, 2005-12-19 at 00:42 -0500, Grag wrote:
I noticed some difference between the behavior of the mathinset
that is inconsistent with lyx 1.3.x
For
On Mon, Dec 19, 2005 at 05:00:17PM +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I did try map in the way Angus proposed, it works and is
Martin cleaner than vector. (I don't know, and don't really care, if
Martin it is faster. Not critical.)
On Mon, Dec 19, 2005 at 05:39:42PM +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
...
Martin Confirmed. This problem happens if you try to to type LaTeX
Martin directly. It works correctly from the panel.
The following patch seems to fix the bug.
On Mon, Dec 19, 2005 at 10:49:08PM +0100, Andre Poenitz wrote:
On Mon, Dec 19, 2005 at 05:39:42PM +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Confirmed. This problem happens if you try to to type LaTeX
Martin directly. It works correctly
On Mon, Dec 19, 2005 at 12:39:05PM +0100, Michael Gerz wrote:
Hello,
in LyX 1.4, the vertical distance between headings (for chapters,
sections, etc.) and the upper/lower text is much larger than in LyX 1.3.
You can easily see this by opening the same document with LyX 1.3 and
1.4 in
Bo Peng wrote:
Dear list,
I have a lyx file with figures all in .pdf format and I have .eps
versions under the same directory. When I export -> latex, lyx asks me
whether or not overwrite existing .eps files.
Is lyx converting all .pdf files to .eps format? Is this necessary?
The dialog has
Bo Peng wrote:
\usepackage{usernames]{color}
^
Sure about that one?
Yes. I uninstalled 1.3.6 and use 1.4.0cvs now so I could not actually
That one is clearly wrong. I don't know whether the color package
has an option "usernames", but the brackets are clearly
> When you export latex, lyx assume you want to run "latex" on
> the generated .tex file sometime later. ... ... there
> is no latex export that assumes you will want to run pdflatex later.
I understand the logic here but doing image format conversions during
latex export is a bit strange to
> >>>\usepackage{usernames]{color}
> That one is clearly wrong. I don't know whether the color package
> has an option "usernames", but the brackets are clearly mismatched.
Sorry, my typo. Lyx inserts
\usepackage[usenames]{color}
into the generated latex file and caused the compiling errors.
On Mon, 2005-12-19 at 00:42 -0500, Grag wrote:
> I noticed some difference between the behavior of the mathinset that
> is inconsistent with lyx 1.3.x
>
> For instance
> 1) enter math inset
> 2) \hat
> 3) \beta
> In lyx 1.3.x the beta would be placed under the hat frame, while
> under
Pol wrote:
> Any possibilty to include a lyx-jsmath interface into a future lyx
> release?
This depends on whether somoebody wants to implement that... I have recorded
it as enhancement request so that it does not get forgetten:
http://bugzilla.lyx.org/show_bug.cgi?id=2168
Georg
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
> | so I came up with the attached. This reduces startup time for math
> | documents from 9.8 seconds to 6.8 seconds (1.4cvs, qt) for me.
> |
> | I propose to put this both into 1.3 and 1.4. OK?
>
> btw. I have a startup time
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> so I came up with the attached. This reduces startup time for
Georg> math documents from 9.8 seconds to 6.8 seconds (1.4cvs, qt) for
Georg> me.
Georg> I propose to put this both into 1.3 and 1.4. OK?
Yes, very good idea.
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> So why don't we just remove these swap calls and be done with it?
Andre> The problem here is that we get a ParagraphList passed but use
Andre> some functions operating on InsetTexts there.
Yes, Georg already pointed that out.
So the
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> The other part of this patch reworked and tested. (Now I had
Martin> to include Delete :-) More code, but a lot clearer.
Martin> OK to go in?
Yes, with the changes already requested by Lars.
JMarc
My mistake while fixing bug 2109.
Applying now.
JMarc
Index: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.2340
diff -u -p -r1.2340 ChangeLog
--- src/ChangeLog 15 Dec 2005
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Georg Baum <[EMAIL PROTECTED]>
| > writes:
| > | so I came up with the attached. This reduces startup time for math
| > | documents from 9.8 seconds to 6.8 seconds (1.4cvs, qt) for me.
| > |
| > | I propose to put this
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Note that paper.layout depends on stdstruct.inc, which
Bennett> defines the abstract environment as being indented. I wasn't
Bennett> sure of the best way to get rid of the indenting, but the
Bennett> patched version works.
Hello,
in LyX 1.4, the vertical distance between headings (for chapters,
sections, etc.) and the upper/lower text is much larger than in LyX 1.3.
You can easily see this by opening the same document with LyX 1.3 and
1.4 in parallel. I think users prefer the more compact representation.
I
On Mon, 2005-12-19 at 11:32 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> The other part of this patch reworked and tested. (Now I had
> Martin> to include Delete :-) More code, but a lot clearer.
>
> Martin> OK to go in?
>
> Yes,
Bo Peng wrote:
\usepackage{usernames]{color}
That one is clearly wrong. I don't know whether the color package
has an option "usernames", but the brackets are clearly mismatched.
Sorry, my typo. Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default
Lars Gullik Bjønnes wrote:
> I have no patch.
I meant the one that I sent. It is in now since Jean-Marc said yes.
> But the above (lyx-qt -x 'command-sequence buffer-new;
> lyx-quit') can be used so that we are sure to use the same things when
> timing, and of course to say that I don't have a
Bo Peng wrote:
When you export latex, lyx assume you want to run "latex" on
the generated .tex file sometime later. ... ... there
is no latex export that assumes you will want to run pdflatex later.
I understand the logic here but doing image format conversions during
latex export is a
Helge Hafting wrote:
> Bo Peng wrote:
>>I understand the logic here but doing image format conversions during
>>latex export is a bit strange to me. Also, I think 'do not overwrite'
>>
>>
> "Export latex" is supposed to export something that is ready
> for a latex run. I.e. you should be
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This is already filed:
Georg> http://bugzilla.lyx.org/show_bug.cgi?id=2107 (and probably easy
Georg> to implement, should we target it for 1.4.1?)
Why not.
Although I would prefer a name that shows explicitely the latex
flavour,
> Then you should include the original .eps files in LyX and let LyX do the
> conversion to pdf. That would work in all cases...
My case is more complicated. The eps files are the originals and are
used by multiple lyx files. For this beamer/pdflatex file, I need to
use .pdf format but since
> > Lyx inserts
> >
> > \usepackage[usenames]{color}
>
> this is superfluous, beamer loads by default xcolor.
> Options to xcolor can be passed via the class options
> Layout->Document->Layout->Options
So \usepackage{color} should not be inserted at all. I tried to add
options "pdftex,usenames"
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> > Lyx inserts
>> >
>> > \usepackage[usenames]{color}
>>
>> this is superfluous, beamer loads by default xcolor. Options to
>> xcolor can be passed via the class options
Layout-> Document->Layout->Options
Bo> So \usepackage{color} should not
Bo Peng wrote:
Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default xcolor.
Options to xcolor can be passed via the class options
Layout->Document->Layout->Options
So \usepackage{color} should not be inserted at all. I tried to add
yes, shouldn't be part
> > options "pdftex,usenames" for beamer but still get the 'option clash
>
> why do you need the pdftex option? It could be detected
> by nearly all packages itself. And beamer itself passes it
> to hyperref
>
> use "dvipsnames,xcolor" as class options
pdftex is suggested by the error message. I
Bo Peng wrote:
options "pdftex,usenames" for beamer but still get the 'option clash
why do you need the pdftex option? It could be detected
by nearly all packages itself. And beamer itself passes it
to hyperref
use "dvipsnames,xcolor" as class options
pdftex is suggested by the error
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I did try map in the way Angus proposed, it works and is
Martin> cleaner than vector. (I don't know, and don't really care, if
Martin> it is faster. Not critical.)
I cannot say I am lucky with this patch :)
First test: insert
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Mon, 2005-12-19 at 00:42 -0500, Grag wrote:
>> I noticed some difference between the behavior of the mathinset
>> that is inconsistent with lyx 1.3.x
>>
>> For instance 1) enter math inset 2) \hat 3) \beta In lyx 1.3.x the
Bo Peng wrote:
options "pdftex,usenames" for beamer but still get the 'option clash
why do you need the pdftex option? It could be detected
by nearly all packages itself. And beamer itself passes it
to hyperref
use "dvipsnames,xcolor" as class options
pdftex is suggested by the error
> it cannot work, because LyX inserts by default a
> \usepackage[usenames]{color} which is
> -- wrong here
> -- and should always be xcolor, if really needed. Even though
> a button for color/xcolor is the best way
http://bugzilla.lyx.org/show_bug.cgi?id=2169 reported.
On Mon, Dec 19, 2005 at 11:27:18AM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> So why don't we just remove these swap calls and be done with it?
>
> Andre> The problem here is that we get a ParagraphList passed but use
> Andre> some
On Mon, Dec 19, 2005 at 05:39:42PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Mon, 2005-12-19 at 00:42 -0500, Grag wrote:
> >> I noticed some difference between the behavior of the mathinset
> >> that is inconsistent with lyx
On Mon, Dec 19, 2005 at 05:00:17PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> I did try map in the way Angus proposed, it works and is
> Martin> cleaner than vector. (I don't know, and don't really care, if
> Martin> it is faster.
On Mon, Dec 19, 2005 at 05:39:42PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
...
> Martin> Confirmed. This problem happens if you try to to type LaTeX
> Martin> directly. It works correctly from the panel.
>
> The following patch seems
On Mon, Dec 19, 2005 at 10:49:08PM +0100, Andre Poenitz wrote:
> On Mon, Dec 19, 2005 at 05:39:42PM +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> > Martin> Confirmed. This problem happens if you try to to type LaTeX
> > Martin> directly. It
On Mon, Dec 19, 2005 at 12:39:05PM +0100, Michael Gerz wrote:
> Hello,
>
> in LyX 1.4, the vertical distance between headings (for chapters,
> sections, etc.) and the upper/lower text is much larger than in LyX 1.3.
> You can easily see this by opening the same document with LyX 1.3 and
> 1.4
72 matches
Mail list logo
