Graphics problem

[Örn Vidarsson]

Hi

I am using Lyx 1.5.2. My problem is that when I compile in Linux (Ubuntu
7.10) the eps graphics cower a whole page (Yes even when I try to rescale).
But this problem does not appear  when the document is compiled in mac os X
ore win Vista.

Does anyone know if I am missing a package lib ore something in my Linux
box?

Thanks Örn

Graphics problem

[Örn Vidarsson]

Hi

I am using Lyx 1.5.2. My problem is that when I compile in Linux (Ubuntu
7.10) the eps graphics cower a whole page (Yes even when I try to rescale).
But this problem does not appear  when the document is compiled in mac os X
ore win Vista.

Does anyone know if I am missing a package lib ore something in my Linux
box?

Thanks Örn

Graphics problem

[Örn Vidarsson]

Hi

I am using Lyx 1.5.2. My problem is that when I compile in Linux (Ubuntu
7.10) the eps graphics cower a whole page (Yes even when I try to rescale).
But this problem does not appear  when the document is compiled in mac os X
ore win Vista.

Does anyone know if I am missing a package lib ore something in my Linux
box?

Thanks Örn

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Enrico Forestieri]

Georg Baum writes:
 
 Ekkehart Schlicht wrote:
 
  Thanks a lot! That solved my problem.
  
  (I can't debug because the error is no occurring with Windows XP).
  Maybe these boxes can be checked by default (i.e. when upgrading)?
 
 This is done for all formats that you did not customize. It is very
 difficult to do with customized formats.

Point is that the Windows official installer contains a lyxrc.dist
redefining the pdf formats without the vector flag. So the user has
to explicitely check the appropriate box in preferences.

-- 
Enrico

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Enrico Forestieri wrote:

 Georg Baum writes:
 
 Ekkehart Schlicht wrote:
 
  Thanks a lot! That solved my problem.
  
  (I can't debug because the error is no occurring with Windows XP).
  Maybe these boxes can be checked by default (i.e. when upgrading)?
 
 This is done for all formats that you did not customize. It is very
 difficult to do with customized formats.
 
 Point is that the Windows official installer contains a lyxrc.dist
 redefining the pdf formats without the vector flag. So the user has
 to explicitely check the appropriate box in preferences.

Why that? Of course that lyxrc.dist should contain these flags, and a new
installer should be created.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Enrico Forestieri]

Georg Baum writes:
 
 Enrico Forestieri wrote:
 
  Point is that the Windows official installer contains a lyxrc.dist
  redefining the pdf formats without the vector flag. So the user has
  to explicitely check the appropriate box in preferences.
 
 Why that?

I think it is done in order to set the custom pdfview program as a viewer.

 Of course that lyxrc.dist should contain these flags, and a new
 installer should be created.

Seems that only after the fifth iteration the installer stabilizes...

-- 
Enrico

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Enrico Forestieri]

Georg Baum writes:
 
 Ekkehart Schlicht wrote:
 
  Thanks a lot! That solved my problem.
  
  (I can't debug because the error is no occurring with Windows XP).
  Maybe these boxes can be checked by default (i.e. when upgrading)?
 
 This is done for all formats that you did not customize. It is very
 difficult to do with customized formats.

Point is that the Windows official installer contains a lyxrc.dist
redefining the pdf formats without the vector flag. So the user has
to explicitely check the appropriate box in preferences.

-- 
Enrico

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Enrico Forestieri wrote:

 Georg Baum writes:
 
 Ekkehart Schlicht wrote:
 
  Thanks a lot! That solved my problem.
  
  (I can't debug because the error is no occurring with Windows XP).
  Maybe these boxes can be checked by default (i.e. when upgrading)?
 
 This is done for all formats that you did not customize. It is very
 difficult to do with customized formats.
 
 Point is that the Windows official installer contains a lyxrc.dist
 redefining the pdf formats without the vector flag. So the user has
 to explicitely check the appropriate box in preferences.

Why that? Of course that lyxrc.dist should contain these flags, and a new
installer should be created.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Enrico Forestieri]

Georg Baum writes:
 
 Enrico Forestieri wrote:
 
  Point is that the Windows official installer contains a lyxrc.dist
  redefining the pdf formats without the vector flag. So the user has
  to explicitely check the appropriate box in preferences.
 
 Why that?

I think it is done in order to set the custom pdfview program as a viewer.

 Of course that lyxrc.dist should contain these flags, and a new
 installer should be created.

Seems that only after the fifth iteration the installer stabilizes...

-- 
Enrico

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Enrico Forestieri]

Georg Baum writes:
> 
> Ekkehart Schlicht wrote:
> 
> > Thanks a lot! That solved my problem.
> > 
> > (I can't debug because the error is no occurring with Windows XP).
> > Maybe these boxes can be checked by default (i.e. when upgrading)?
> 
> This is done for all formats that you did not customize. It is very
> difficult to do with customized formats.

Point is that the Windows official installer contains a lyxrc.dist
redefining the pdf formats without the vector flag. So the user has
to explicitely check the appropriate box in preferences.

-- 
Enrico

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Enrico Forestieri wrote:

> Georg Baum writes:
>> 
>> Ekkehart Schlicht wrote:
>> 
>> > Thanks a lot! That solved my problem.
>> > 
>> > (I can't debug because the error is no occurring with Windows XP).
>> > Maybe these boxes can be checked by default (i.e. when upgrading)?
>> 
>> This is done for all formats that you did not customize. It is very
>> difficult to do with customized formats.
> 
> Point is that the Windows official installer contains a lyxrc.dist
> redefining the pdf formats without the vector flag. So the user has
> to explicitely check the appropriate box in preferences.

Why that? Of course that lyxrc.dist should contain these flags, and a new
installer should be created.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Enrico Forestieri]

Georg Baum writes:
> 
> Enrico Forestieri wrote:
> 
> > Point is that the Windows official installer contains a lyxrc.dist
> > redefining the pdf formats without the vector flag. So the user has
> > to explicitely check the appropriate box in preferences.
> 
> Why that?

I think it is done in order to set the custom pdfview program as a viewer.

> Of course that lyxrc.dist should contain these flags, and a new
> installer should be created.

Seems that only after the fifth iteration the installer stabilizes...

-- 
Enrico

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Thanks a lot, Paul. The issue does not relate to previews etc. I have 
digged myself.


The issue relates to the LyX-MikTeX interaction and warrants some 
changes in LyX, I think.


If I embed Fig1.pdf and export to pdflatex, Lyx generates


\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}

If I compile this, a new file Fig1.png is generated. This is the 
pixeled version which is used for the output.


If I change the above line in the pdflatex file to

\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}

the output is o.k.

Maybe it would be good not to truncate picture names in LyX. (In earlier 
version there was the issue, for instance, that LyX selected Fig1.eps 
even if Fig1.pdf was selected in the manuscript. This is a disturbing 
feature.)


Cheers

Ekkehart


Paul Rubin wrote:

Ekkehart Schlicht wrote:

Hi,


I just starting writing a paper. I embed a vector graphic in PDF 
format. When exporting (or viewing) it via pdflatex, I get a pixel 
graphic in the output file. I did not experience this in older versions. 
Maybe something has been changed, or maybe I overlooked something, or 
maybe it is a bug. Could just someone please check?


Thanks and cheers

Ekkehart


Ekkehart,


I don't know if this relates to your problem, but not too long ago 
someone else on the list was trying to embed a vector graphic and 
getting a rather low-resolution bitmap instead. It turns out the 
plotting program he used to generate the graphic (can't remember which 
one) was also creating a bitmapped preview image and sticking it in 
the image file, and that was what showed up in the final output. The 
solution was for him to change a setting in the plotter program to 
eliminate the preview image and regenerate the graphic.


HTH,
/Paul

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Jean-Pierre Chretien]

Date: Thu, 15 Mar 2007 08:27:25 +0100
From: Ekkehart Schlicht [EMAIL PROTECTED]
To: [EMAIL PROTECTED], LyX-Users lyx-users@lists.lyx.org
Subject: Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

Thanks a lot, Paul. The issue does not relate to previews etc. I have 
digged myself.

The issue relates to the LyX-MikTeX interaction and warrants some 
changes in LyX, I think.

If I embed Fig1.pdf and export to pdflatex, Lyx generates


\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}

If I compile this, a new file Fig1.png is generated. This is the 
pixeled version which is used for the output.

If I change the above line in the pdflatex file to

\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}

the output is o.k.

Maybe it would be good not to truncate picture names in LyX. (In earlier 
version there was the issue, for instance, that LyX selected Fig1.eps 
even if Fig1.pdf was selected in the manuscript. This is a disturbing 
feature.)

I guess a lot of users use the no-extension facility to compile 
both in latex and pdflatex, so forcing the extension again would be
a regression IMHO.

The graphics doc (20/02/2006) states
cite
 \DeclareGraphicsExtensions { ext-list } 
 This specifies the behaviour of the system when the argument to 
 \includegraphics does not have an extension specified. 
 Here { ext-list } should be a commaseparated list of file extensions, each 
with 
 a leading period (.). A file name is produced by appending sep and one 
 extension.
 If a file is found, the system acts as if that extension had been specified. 
If 
 not, the next extension in ext-list is tried.
 Each use of \DeclareGraphicsExtensions overwrites all previous definitions.
 It is not possible to add an extension to an existing list. 
 Early versions of this package defined a default argument for this command.
 This has been removed.
 /cite

The last sentence indicates that you MUST specify yourself the
precedence between graphics formats with recent versions of the graphics 
package (TL 2007, MiKTeX 2.5 packagings). So there are two possibilities
 - either lyx leaves precedence control to the user
 - or lyx sets a default precedence similar to what we were used to:
 vector graphics rather than bitmaps, i.e. look for pdf before png before jpg.
 
In the latter case, the user can still wipe out lyx default setting
if the preamble is insterted after the lyx \DeclareGraphicsExtensions command,
orv with \AtBeginDocument.
 
-- 
Jean-Pierre

 

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Ekkehart Schlicht wrote:

 Thanks a lot, Paul. The issue does not relate to previews etc. I have
 digged myself.
 
 The issue relates to the LyX-MikTeX interaction and warrants some
 changes in LyX, I think.
 
 If I embed Fig1.pdf and export to pdflatex, Lyx generates
 
 
 \includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}
 
 If I compile this, a new file Fig1.png is generated. This is the
 pixeled version which is used for the output.

This can happen because of the new 'vector' flag for file formats. Search
the list archive for details.
However some windows users reported that LyX would produce .png files for
vector formats even if the vector flags where correctly set. This is not
supposed to happen and does not occur on linux, and so far no windows user
was able or willing to debug this.

 If I change the above line in the pdflatex file to
 
 \includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}
 
 the output is o.k.
 
 Maybe it would be good not to truncate picture names in LyX. (In earlier
 version there was the issue, for instance, that LyX selected Fig1.eps
 even if Fig1.pdf was selected in the manuscript. This is a disturbing
 feature.)

See http://bugzilla.lyx.org/show_bug.cgi?id=2764. This will probably be
fixed in 1.5.0.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Thanks a lot! That solved my problem.

(I can't debug because the error is no occurring with Windows XP).
Maybe these boxes can be checked by default (i.e. when upgrading)?

Ekkehart


Georg Baum wrote:

This can happen because of the new 'vector' flag for file formats. 
Search the list archive for details.


However some windows users reported that LyX would produce .png files 
for vector formats even if the vector flags where correctly set.

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Ekkehart Schlicht wrote:

 Thanks a lot! That solved my problem.
 
 (I can't debug because the error is no occurring with Windows XP).
 Maybe these boxes can be checked by default (i.e. when upgrading)?

This is done for all formats that you did not customize. It is very
difficult to do with customized formats.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Thanks a lot, Paul. The issue does not relate to previews etc. I have 
digged myself.


The issue relates to the LyX-MikTeX interaction and warrants some 
changes in LyX, I think.


If I embed Fig1.pdf and export to pdflatex, Lyx generates


\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}

If I compile this, a new file Fig1.png is generated. This is the 
pixeled version which is used for the output.


If I change the above line in the pdflatex file to

\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}

the output is o.k.

Maybe it would be good not to truncate picture names in LyX. (In earlier 
version there was the issue, for instance, that LyX selected Fig1.eps 
even if Fig1.pdf was selected in the manuscript. This is a disturbing 
feature.)


Cheers

Ekkehart


Paul Rubin wrote:

Ekkehart Schlicht wrote:

Hi,


I just starting writing a paper. I embed a vector graphic in PDF 
format. When exporting (or viewing) it via pdflatex, I get a pixel 
graphic in the output file. I did not experience this in older versions. 
Maybe something has been changed, or maybe I overlooked something, or 
maybe it is a bug. Could just someone please check?


Thanks and cheers

Ekkehart


Ekkehart,


I don't know if this relates to your problem, but not too long ago 
someone else on the list was trying to embed a vector graphic and 
getting a rather low-resolution bitmap instead. It turns out the 
plotting program he used to generate the graphic (can't remember which 
one) was also creating a bitmapped preview image and sticking it in 
the image file, and that was what showed up in the final output. The 
solution was for him to change a setting in the plotter program to 
eliminate the preview image and regenerate the graphic.


HTH,
/Paul

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Jean-Pierre Chretien]

Date: Thu, 15 Mar 2007 08:27:25 +0100
From: Ekkehart Schlicht [EMAIL PROTECTED]
To: [EMAIL PROTECTED], LyX-Users lyx-users@lists.lyx.org
Subject: Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

Thanks a lot, Paul. The issue does not relate to previews etc. I have 
digged myself.

The issue relates to the LyX-MikTeX interaction and warrants some 
changes in LyX, I think.

If I embed Fig1.pdf and export to pdflatex, Lyx generates


\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}

If I compile this, a new file Fig1.png is generated. This is the 
pixeled version which is used for the output.

If I change the above line in the pdflatex file to

\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}

the output is o.k.

Maybe it would be good not to truncate picture names in LyX. (In earlier 
version there was the issue, for instance, that LyX selected Fig1.eps 
even if Fig1.pdf was selected in the manuscript. This is a disturbing 
feature.)

I guess a lot of users use the no-extension facility to compile 
both in latex and pdflatex, so forcing the extension again would be
a regression IMHO.

The graphics doc (20/02/2006) states
cite
 \DeclareGraphicsExtensions { ext-list } 
 This specifies the behaviour of the system when the argument to 
 \includegraphics does not have an extension specified. 
 Here { ext-list } should be a commaseparated list of file extensions, each 
with 
 a leading period (.). A file name is produced by appending sep and one 
 extension.
 If a file is found, the system acts as if that extension had been specified. 
If 
 not, the next extension in ext-list is tried.
 Each use of \DeclareGraphicsExtensions overwrites all previous definitions.
 It is not possible to add an extension to an existing list. 
 Early versions of this package defined a default argument for this command.
 This has been removed.
 /cite

The last sentence indicates that you MUST specify yourself the
precedence between graphics formats with recent versions of the graphics 
package (TL 2007, MiKTeX 2.5 packagings). So there are two possibilities
 - either lyx leaves precedence control to the user
 - or lyx sets a default precedence similar to what we were used to:
 vector graphics rather than bitmaps, i.e. look for pdf before png before jpg.
 
In the latter case, the user can still wipe out lyx default setting
if the preamble is insterted after the lyx \DeclareGraphicsExtensions command,
orv with \AtBeginDocument.
 
-- 
Jean-Pierre

 

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Ekkehart Schlicht wrote:

 Thanks a lot, Paul. The issue does not relate to previews etc. I have
 digged myself.
 
 The issue relates to the LyX-MikTeX interaction and warrants some
 changes in LyX, I think.
 
 If I embed Fig1.pdf and export to pdflatex, Lyx generates
 
 
 \includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}
 
 If I compile this, a new file Fig1.png is generated. This is the
 pixeled version which is used for the output.

This can happen because of the new 'vector' flag for file formats. Search
the list archive for details.
However some windows users reported that LyX would produce .png files for
vector formats even if the vector flags where correctly set. This is not
supposed to happen and does not occur on linux, and so far no windows user
was able or willing to debug this.

 If I change the above line in the pdflatex file to
 
 \includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}
 
 the output is o.k.
 
 Maybe it would be good not to truncate picture names in LyX. (In earlier
 version there was the issue, for instance, that LyX selected Fig1.eps
 even if Fig1.pdf was selected in the manuscript. This is a disturbing
 feature.)

See http://bugzilla.lyx.org/show_bug.cgi?id=2764. This will probably be
fixed in 1.5.0.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Thanks a lot! That solved my problem.

(I can't debug because the error is no occurring with Windows XP).
Maybe these boxes can be checked by default (i.e. when upgrading)?

Ekkehart


Georg Baum wrote:

This can happen because of the new 'vector' flag for file formats. 
Search the list archive for details.


However some windows users reported that LyX would produce .png files 
for vector formats even if the vector flags where correctly set.

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Ekkehart Schlicht wrote:

 Thanks a lot! That solved my problem.
 
 (I can't debug because the error is no occurring with Windows XP).
 Maybe these boxes can be checked by default (i.e. when upgrading)?

This is done for all formats that you did not customize. It is very
difficult to do with customized formats.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Thanks a lot, Paul. The issue does not relate to previews etc. I have 
digged myself.


The issue relates to the LyX-MikTeX interaction and warrants some 
changes in LyX, I think.


If I embed Fig1.pdf and export to pdflatex, Lyx generates


\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}

If I compile this, a new file "Fig1.png" is generated. This is the 
pixeled version which is used for the output.


If I change the above line in the pdflatex file to

\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}

the output is o.k.

Maybe it would be good not to truncate picture names in LyX. (In earlier 
version there was the issue, for instance, that LyX selected Fig1.eps 
even if Fig1.pdf was selected in the manuscript. This is a disturbing 
feature.)


Cheers

Ekkehart


Paul Rubin wrote:

Ekkehart Schlicht wrote:

Hi,


I just starting writing a paper. I embed a vector graphic in PDF 
format. When exporting (or viewing) it via pdflatex, I get a pixel 
graphic in the output file. I did not experience this in older versions. 
Maybe something has been changed, or maybe I overlooked something, or 
maybe it is a bug. Could just someone please check?


Thanks and cheers

Ekkehart


Ekkehart,


I don't know if this relates to your problem, but not too long ago 
someone else on the list was trying to embed a vector graphic and 
getting a rather low-resolution bitmap instead. It turns out the 
plotting program he used to generate the graphic (can't remember which 
one) was also creating a bitmapped "preview" image and sticking it in 
the image file, and that was what showed up in the final output. The 
solution was for him to change a setting in the plotter program to 
eliminate the preview image and regenerate the graphic.


HTH,
/Paul

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Jean-Pierre Chretien]

>>Date: Thu, 15 Mar 2007 08:27:25 +0100
>>From: Ekkehart Schlicht <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED], LyX-Users <lyx-users@lists.lyx.org>
>>Subject: Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem
>>
>>Thanks a lot, Paul. The issue does not relate to previews etc. I have 
>>digged myself.
>>
>>The issue relates to the LyX-MikTeX interaction and warrants some 
>>changes in LyX, I think.
>>
>>If I embed Fig1.pdf and export to pdflatex, Lyx generates
>>
>>
>>\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}
>>
>>If I compile this, a new file "Fig1.png" is generated. This is the 
>>pixeled version which is used for the output.
>>
>>If I change the above line in the pdflatex file to
>>
>>\includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}
>>
>>the output is o.k.
>>
>>Maybe it would be good not to truncate picture names in LyX. (In earlier 
>>version there was the issue, for instance, that LyX selected Fig1.eps 
>>even if Fig1.pdf was selected in the manuscript. This is a disturbing 
>>feature.)

I guess a lot of users use the no-extension facility to compile 
both in latex and pdflatex, so forcing the extension again would be
a regression IMHO.

The graphics doc (20/02/2006) states

 \DeclareGraphicsExtensions { ext-list } 
 This specifies the behaviour of the system when the argument to 
 \includegraphics does not have an extension specified. 
 Here { ext-list } should be a commaseparated list of file extensions, each 
with 
 a leading period (.). A file name is produced by appending sep and one 
 extension.
 If a file is found, the system acts as if that extension had been specified. 
If 
 not, the next extension in ext-list is tried.
 Each use of \DeclareGraphicsExtensions overwrites all previous definitions.
 It is not possible to add an extension to an existing list. 
 Early versions of this package defined a default argument for this command.
 This has been removed.
 

The last sentence indicates that you MUST specify yourself the
precedence between graphics formats with recent versions of the graphics 
package (TL 2007, MiKTeX 2.5 packagings). So there are two possibilities
 - either lyx leaves precedence control to the user
 - or lyx sets a default precedence similar to what we were used to:
 vector graphics rather than bitmaps, i.e. look for pdf before png before jpg.
 
In the latter case, the user can still wipe out lyx default setting
if the preamble is insterted after the lyx \DeclareGraphicsExtensions command,
orv with \AtBeginDocument.
 
-- 
Jean-Pierre

 

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Ekkehart Schlicht wrote:

> Thanks a lot, Paul. The issue does not relate to previews etc. I have
> digged myself.
> 
> The issue relates to the LyX-MikTeX interaction and warrants some
> changes in LyX, I think.
> 
> If I embed Fig1.pdf and export to pdflatex, Lyx generates
> 
> 
> \includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1}
> 
> If I compile this, a new file "Fig1.png" is generated. This is the
> pixeled version which is used for the output.

This can happen because of the new 'vector' flag for file formats. Search
the list archive for details.
However some windows users reported that LyX would produce .png files for
vector formats even if the vector flags where correctly set. This is not
supposed to happen and does not occur on linux, and so far no windows user
was able or willing to debug this.

> If I change the above line in the pdflatex file to
> 
> \includegraphics[width=0.8\columnwidth,keepaspectratio]{Fig1.pdf}
> 
> the output is o.k.
> 
> Maybe it would be good not to truncate picture names in LyX. (In earlier
> version there was the issue, for instance, that LyX selected Fig1.eps
> even if Fig1.pdf was selected in the manuscript. This is a disturbing
> feature.)

See http://bugzilla.lyx.org/show_bug.cgi?id=2764. This will probably be
fixed in 1.5.0.


Georg

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Thanks a lot! That solved my problem.

(I can't debug because the error is no occurring with Windows XP).
Maybe these boxes can be checked by default (i.e. when upgrading)?

Ekkehart


Georg Baum wrote:

This can happen because of the new 'vector' flag for file formats. 
Search the list archive for details.


However some windows users reported that LyX would produce .png files 
for vector formats even if the vector flags where correctly set.

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Georg Baum]

Ekkehart Schlicht wrote:

> Thanks a lot! That solved my problem.
> 
> (I can't debug because the error is no occurring with Windows XP).
> Maybe these boxes can be checked by default (i.e. when upgrading)?

This is done for all formats that you did not customize. It is very
difficult to do with customized formats.


Georg

Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Hi,

I just starting writing a paper. I embed a vector graphic in PDF format. 
When exporting (or viewing) it via pdflatex, I get a pixel graphic in 
the output file. I did not experience this in older versions. Maybe 
something has been changed, or maybe I overlooked something, or maybe it 
is a bug. Could just someone please check?


Thanks and cheers

Ekkehart

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Paul A. Rubin]

Ekkehart Schlicht wrote:

Hi,

I just starting writing a paper. I embed a vector graphic in PDF format. 
When exporting (or viewing) it via pdflatex, I get a pixel graphic in 
the output file. I did not experience this in older versions. Maybe 
something has been changed, or maybe I overlooked something, or maybe it 
is a bug. Could just someone please check?


Thanks and cheers

Ekkehart



Ekkehart,

I don't know if this relates to your problem, but not too long ago 
someone else on the list was trying to embed a vector graphic and 
getting a rather low-resolution bitmap instead.  It turns out the 
plotting program he used to generate the graphic (can't remember which 
one) was also creating a bitmapped preview image and sticking it in 
the image file, and that was what showed up in the final output.  The 
solution was for him to change a setting in the plotter program to 
eliminate the preview image and regenerate the graphic.


HTH,
/Paul

Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Hi,

I just starting writing a paper. I embed a vector graphic in PDF format. 
When exporting (or viewing) it via pdflatex, I get a pixel graphic in 
the output file. I did not experience this in older versions. Maybe 
something has been changed, or maybe I overlooked something, or maybe it 
is a bug. Could just someone please check?


Thanks and cheers

Ekkehart

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Paul A. Rubin]

Ekkehart Schlicht wrote:

Hi,

I just starting writing a paper. I embed a vector graphic in PDF format. 
When exporting (or viewing) it via pdflatex, I get a pixel graphic in 
the output file. I did not experience this in older versions. Maybe 
something has been changed, or maybe I overlooked something, or maybe it 
is a bug. Could just someone please check?


Thanks and cheers

Ekkehart



Ekkehart,

I don't know if this relates to your problem, but not too long ago 
someone else on the list was trying to embed a vector graphic and 
getting a rather low-resolution bitmap instead.  It turns out the 
plotting program he used to generate the graphic (can't remember which 
one) was also creating a bitmapped preview image and sticking it in 
the image file, and that was what showed up in the final output.  The 
solution was for him to change a setting in the plotter program to 
eliminate the preview image and regenerate the graphic.


HTH,
/Paul

Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Ekkehart Schlicht]

Hi,

I just starting writing a paper. I embed a vector graphic in PDF format. 
When exporting (or viewing) it via pdflatex, I get a pixel graphic in 
the output file. I did not experience this in older versions. Maybe 
something has been changed, or maybe I overlooked something, or maybe it 
is a bug. Could just someone please check?


Thanks and cheers

Ekkehart

Re: Lyx 1.4.4. of Sat Feb 17: PDF graphics problem

[Paul A. Rubin]

Ekkehart Schlicht wrote:

Hi,

I just starting writing a paper. I embed a vector graphic in PDF format. 
When exporting (or viewing) it via pdflatex, I get a pixel graphic in 
the output file. I did not experience this in older versions. Maybe 
something has been changed, or maybe I overlooked something, or maybe it 
is a bug. Could just someone please check?


Thanks and cheers

Ekkehart



Ekkehart,

I don't know if this relates to your problem, but not too long ago 
someone else on the list was trying to embed a vector graphic and 
getting a rather low-resolution bitmap instead.  It turns out the 
plotting program he used to generate the graphic (can't remember which 
one) was also creating a bitmapped "preview" image and sticking it in 
the image file, and that was what showed up in the final output.  The 
solution was for him to change a setting in the plotter program to 
eliminate the preview image and regenerate the graphic.


HTH,
/Paul

[OT] LaTeX graphics problem

[Rich Shepard]

  I've a problem with a .tex file, not generated by LyX. I _think_ the issue
is related to the upgrade to tetex-3.0, but I'm not sure. In a nutshell, I
can no longer print a client invoice from SQL-Ledger; the script fails
because LaTeX cannot (apparently) find the bounding box for the logo image.

  If someone will help me debug and fix this problem, please contact me off
the list. I can send the source file (invoice.tex), the logo (in .jpg, .png,
or .eps although the latter looks rather shabby), and the output from
sql-ledger.

TIA,

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

[OT] LaTeX graphics problem

[Rich Shepard]

  I've a problem with a .tex file, not generated by LyX. I _think_ the issue
is related to the upgrade to tetex-3.0, but I'm not sure. In a nutshell, I
can no longer print a client invoice from SQL-Ledger; the script fails
because LaTeX cannot (apparently) find the bounding box for the logo image.

  If someone will help me debug and fix this problem, please contact me off
the list. I can send the source file (invoice.tex), the logo (in .jpg, .png,
or .eps although the latter looks rather shabby), and the output from
sql-ledger.

TIA,

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

[OT] LaTeX graphics problem

[Rich Shepard]

  I've a problem with a .tex file, not generated by LyX. I _think_ the issue
is related to the upgrade to tetex-3.0, but I'm not sure. In a nutshell, I
can no longer print a client invoice from SQL-Ledger; the script fails
because LaTeX cannot (apparently) find the bounding box for the logo image.

  If someone will help me debug and fix this problem, please contact me off
the list. I can send the source file (invoice.tex), the logo (in .jpg, .png,
or .eps although the latter looks rather shabby), and the output from
sql-ledger.

TIA,

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863