Spell Check Does Not Work in 1.2.1 RH 8.0

[Richard A. Bilonick]

I reported this problem a few days ago but have not been able to resolve 
it. I'm running LyX 1.2.1 on two different Intel PCs running RH 8.0. RH 
8.0 appears to use aspell and not ispell but has some sort of 
compatibility script. I type the following commands and get the same 
exact response on both systems:

Home:
[chippy@chippy chippy]$ whereis ispell
ispell: /usr/bin/ispell
[chippy@chippy chippy]$ ispell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)

Work:
[lrb0r22@rbilonick lrb0r22]$ whereis ispell
ispell: /usr/bin/ispell
[lrb0r22@rbilonick lrb0r22]$ ispell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
[lrb0r22@rbilonick lrb0r22]$

Yet the spell check does not work on my Home system. When I installed RH 
8.0 on my home system I did an upgrade. When I installed RH 8.0 on my 
work system I had to do a new install (due to some install problems). 
Yet the spell check works as expected on the Work system but not the 
Home system. LyX is configured identially on the two systems.

I tried changing the preferences in LyX on the Home system. I tried 
changing the preferences to aspell. Spell check never works on the Home 
systme.

I don't know what else to try.

Any help would be greatly appreciated.

Rick B.

P. S. Here is the compatibility script:

[lrb0r22@rbilonick lrb0r22]$ cat /usr/bin/ispell
#!/bin/sh

# Ispell compatibility script for Aspell

command=

for p
do
 case $p in
 -a|-A|-l|-c|-e*|-v*|-D) command=$p ;;
 -*) ;;
 * ) command=${command:=-} ;;
 esac
done

case $command in
-A|-c|-e*|-d) echo Aspell does not support the $command mode.;;
-a|-l|-v*   ) exec aspell $@ ;;
- ) exec aspell check $@ ;;
*   ) echo Ispell compatibility script for Aspell.
 echo Usage: $0 [options] -a|-l|-v[v]|file
 exit 1 ;;
esac

Spell Check Does Not Work in 1.2.1 RH 8.0

[Richard A. Bilonick]

I reported this problem a few days ago but have not been able to resolve 
it. I'm running LyX 1.2.1 on two different Intel PCs running RH 8.0. RH 
8.0 appears to use aspell and not ispell but has some sort of 
compatibility script. I type the following commands and get the same 
exact response on both systems:

Home:
[chippy@chippy chippy]$ whereis ispell
ispell: /usr/bin/ispell
[chippy@chippy chippy]$ ispell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)

Work:
[lrb0r22@rbilonick lrb0r22]$ whereis ispell
ispell: /usr/bin/ispell
[lrb0r22@rbilonick lrb0r22]$ ispell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
[lrb0r22@rbilonick lrb0r22]$

Yet the spell check does not work on my Home system. When I installed RH 
8.0 on my home system I did an upgrade. When I installed RH 8.0 on my 
work system I had to do a new install (due to some install problems). 
Yet the spell check works as expected on the Work system but not the 
Home system. LyX is configured identially on the two systems.

I tried changing the preferences in LyX on the Home system. I tried 
changing the preferences to aspell. Spell check never works on the Home 
systme.

I don't know what else to try.

Any help would be greatly appreciated.

Rick B.

P. S. Here is the compatibility script:

[lrb0r22@rbilonick lrb0r22]$ cat /usr/bin/ispell
#!/bin/sh

# Ispell compatibility script for Aspell

command=

for p
do
 case $p in
 -a|-A|-l|-c|-e*|-v*|-D) command=$p ;;
 -*) ;;
 * ) command=${command:=-} ;;
 esac
done

case $command in
-A|-c|-e*|-d) echo Aspell does not support the $command mode.;;
-a|-l|-v*   ) exec aspell $@ ;;
- ) exec aspell check $@ ;;
*   ) echo Ispell compatibility script for Aspell.
 echo Usage: $0 [options] -a|-l|-v[v]|file
 exit 1 ;;
esac

Spell Check Does Not Work in 1.2.1 RH 8.0

[Richard A. Bilonick]

I reported this problem a few days ago but have not been able to resolve 
it. I'm running LyX 1.2.1 on two different Intel PCs running RH 8.0. RH 
8.0 appears to use aspell and not ispell but has some sort of 
compatibility script. I type the following commands and get the same 
exact response on both systems:

Home:
[chippy@chippy chippy]$ whereis ispell
ispell: /usr/bin/ispell
[chippy@chippy chippy]$ ispell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)

Work:
[lrb0r22@rbilonick lrb0r22]$ whereis ispell
ispell: /usr/bin/ispell
[lrb0r22@rbilonick lrb0r22]$ ispell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
[lrb0r22@rbilonick lrb0r22]$

Yet the spell check does not work on my Home system. When I installed RH 
8.0 on my home system I did an upgrade. When I installed RH 8.0 on my 
work system I had to do a new install (due to some install problems). 
Yet the spell check works as expected on the Work system but not the 
Home system. LyX is configured identially on the two systems.

I tried changing the preferences in LyX on the Home system. I tried 
changing the preferences to aspell. Spell check never works on the Home 
systme.

I don't know what else to try.

Any help would be greatly appreciated.

Rick B.

P. S. Here is the compatibility script:

[lrb0r22@rbilonick lrb0r22]$ cat /usr/bin/ispell
#!/bin/sh

# Ispell compatibility script for Aspell

command=""

for p
do
 case $p in
 -a|-A|-l|-c|-e*|-v*|-D) command=$p ;;
 -*) ;;
 * ) command=${command:="-"} ;;
 esac
done

case $command in
-A|-c|-e*|-d) echo "Aspell does not support the $command mode.";;
-a|-l|-v*   ) exec aspell "$@" ;;
"-" ) exec aspell check "$@" ;;
*   ) echo "Ispell compatibility script for Aspell."
 echo "Usage: $0 [options] -a|-l|-v[v]|"
 exit 1 ;;
esac

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Steven Homolya wrote:


On Tue, 19 Nov 2002 08:04, Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I
tried to view it through pdf, it would screw up some figure captions.
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN
THOUGH all 20 pages show quite nicely in gv. If I try to print directly
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the problem.

This is a much more serious problem because I need to be able to print
the documents and make them into pdf's. If I can't do that, there is not
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.
   


If it's a postscript printer, then there is probably some 
non-standard/printer-incompatible postscript in your output --- this is why 
the latest is not always the greatest. Star/OpenOffice have serious problems 
here.

With latex, I found that ps printers (HP lasers) can't handle some compressed 
image formats (png, jpeg) that have been converted to eps (with ImageMagik 
convert or the Gimp). So I always convert images to xpm before converting 
to eps.

Steve

 

This is not a printer problem. This appears to be a LyX and/or 
ghostscript problem. Either ghostscript has a bug or LyX is not 
producing correct postscript. Here is what ghostscript does with the 
Postscript file created by LyX:

[lrb0r22@rbilonick Reports]$ ghostscript scamp.pm2.5.accuracy.precision.2.ps
GNU Ghostscript 7.05 (2002-04-22)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from 
/usr/share/fonts/default/Type1/n021003l.pfb... 2410668 1054050 1642520 
347466 0 done.
Loading NimbusSanL-Regu font from 
/usr/share/fonts/default/Type1/n019003l.pfb... 2785628 1379928 1662616 
358654 0 done.
Using NimbusSansL-Regu font for NimbusSanL-Regu.
Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1604851 1964056 
608009 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1702948 1984152 
515525 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1747373 1984152 
498708 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1788431 1984152 
502807 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
506688 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1964056 
511852 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
520348 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
524175 2 done.
showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511218 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
519710 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
524878 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
528705 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511854 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520346 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525514 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529341 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
512111 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520603 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525771 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529598 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
513462 2 done

Re: LyX not rendering graphics

[Richard A. Bilonick]

Thomas Templin wrote:


On Monday 18 November 2002 21:50, Richard A. Bilonick wrote:
 

Removing the extra periods allows the graphic to render. I hope
this will be fixed eventually because it will be very
inconvenient not to be able to use periods to make the file
names more readable. With hundreds of files, it is difficult to
keep track of them with dos-like names.
   

Why not use underscores?
Works fine here :)
bye,
Thomas


 

I have 200 graphics files. Even if I somehow renamed all of them, I 
would have to go back through 20 documents and change all the graphic 
file names. Periods are legal characters in file names. The next time 
possibly underscores won't work. Am I supposed to rename all my files 
for every new version of LyX?

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Richard A. Bilonick wrote:


Steven Homolya wrote:


On Tue, 19 Nov 2002 08:04, Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I
tried to view it through pdf, it would screw up some figure captions.
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN
THOUGH all 20 pages show quite nicely in gv. If I try to print directly
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the 
problem.

This is a much more serious problem because I need to be able to print
the documents and make them into pdf's. If I can't do that, there is 
not
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.
  


If it's a postscript printer, then there is probably some 
non-standard/printer-incompatible postscript in your output --- this 
is why the latest is not always the greatest. Star/OpenOffice have 
serious problems here.

With latex, I found that ps printers (HP lasers) can't handle some 
compressed image formats (png, jpeg) that have been converted to eps 
(with ImageMagik convert or the Gimp). So I always convert images 
to xpm before converting to eps.

Steve

 

This is not a printer problem. This appears to be a LyX and/or 
ghostscript problem. Either ghostscript has a bug or LyX is not 
producing correct postscript. Here is what ghostscript does with the 
Postscript file created by LyX:

[lrb0r22@rbilonick Reports]$ ghostscript 
scamp.pm2.5.accuracy.precision.2.ps
GNU Ghostscript 7.05 (2002-04-22)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from 
/usr/share/fonts/default/Type1/n021003l.pfb... 2410668 1054050 1642520 
347466 0 done.
Loading NimbusSanL-Regu font from 
/usr/share/fonts/default/Type1/n019003l.pfb... 2785628 1379928 1662616 
358654 0 done.
Using NimbusSansL-Regu font for NimbusSanL-Regu.
Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1604851 1964056 
608009 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1702948 1984152 
515525 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1747373 1984152 
498708 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1788431 1984152 
502807 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
506688 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1964056 
511852 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
520348 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
524175 2 done.
showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511218 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
519710 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
524878 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
528705 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511854 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520346 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525514 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529341 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
512111 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520603 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525771 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529598 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216

Re: LyX not rendering graphics

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
   


Richard I have 200 graphics files. Even if I somehow renamed all of
Richard them, I would have to go back through 20 documents and change
Richard all the graphic file names. Periods are legal characters in
Richard file names. The next time possibly underscores won't work. Am
Richard I supposed to rename all my files for every new version of
Richard LyX?

No, we're supposing to fix it. It is just that I am a bit slow at
getting releases out.

JMarc


 

Jean-Marc,

I'm not complaining. It's not a big problem. I'm just glad we know what 
the problem is. My only point to the person suggesting changing the file 
names is that it's not realistic when there are lots of already created 
files and documents.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Tue, Nov 19, 2002 at 09:31:38AM -0500, Richard A. Bilonick wrote:
 

I have 200 graphics files. Even if I somehow renamed all of them, I 
would have to go back through 20 documents and change all the graphic 
file names. Periods are legal characters in file names. The next time 
possibly underscores won't work. Am I supposed to rename all my files 
for every new version of LyX?
   


May I check your support contract, please?

Andre'

PS: Renaming is probably a one-liner in e.g. perl. If you tell me what
exactly you want to have changed I might even tell you what it could look
like.

 

Nothing I said here was a complaint about LyX. My point was that 
renaming files becuase of a problem in LyX is not a reasonable solution. 
Especially when the problem itself is not a big deal. My main goal was 
to understand what was causing the problem. Now that I know the source 
of the problem (and that it's not something to do especially with R or 
RH 8.0, etc.), I can wait for a fix. If a fix never comes I'm in no 
position to complain.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Max Bian wrote:


Well, if I am mistaken, GV needs the ghostscript to display anything.
So if gv works fine then you probably not passing the right parameters
to the ghostview when printing.

The similiar problem happens to me due to a bad EPS figure I included. 
Try remove the recently added figures and see it that helps.  Figure
out which figure that causes the problem, and do something about it.

One other thing, if you recently updated or changed configuration of
gs/gv/printer, you probably messed up something.

If still not working, post the document. There are people who can help.

Max
--- Richard A. Bilonick [EMAIL PROTECTED] wrote:
 

For some reason, gv can view the Postscript generated by LyX but it
is 
NOT printable by ghostscript or real Postscript interpreter.

This is a serious problem. I have no way of using this document now
that 
I have input it into 1.2.1 and output. I imagine that 1.1.6fix3 won't
be 
able to input the LyX document.

Rick B.



   




 

Please see my latest post on this. gv displays the document EXCEPT for 
page 9. There is something about the eps graph created by R that 
ghostscript doesn't like. I'm at a loss to explain it because the graph 
on page 9 is very similar to the ones on pages 8 and 10. I would be 
happy to upload the graphic. I've tried recreating it and it still won't 
display in the LyX Postscript version, even if I create a new LyX 
document with only the eps graphic, even though gv will view the graphic 
itself directly without any error messages.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
   


Richard Please see my latest post on this. gv displays the document
Richard EXCEPT for page 9. There is something about the eps graph
Richard created by R that ghostscript doesn't like. I'm at a loss to
Richard explain it because the graph on page 9 is very similar to the
Richard ones on pages 8 and 10. I would be happy to upload the
Richard graphic. I've tried recreating it and it still won't display
Richard in the LyX Postscript version, even if I create a new LyX
Richard document with only the eps graphic, even though gv will view
Richard the graphic itself directly without any error messages.

Are you sure that it is really an eps file, and not a ps one renamed as
eps?

JMarc


 

The problem eps file is very similar to the eps graph on the page before 
and the eps graph on the page after. All were created using the 
postscript function in R with arguments required to produce and eps 
(and not just ps) file. Here are the first few lines. I would be happy 
to upload the entire eps file if someone wants to try it.

Rick B.

%!PS-Adobe-3.0 EPSF-3.0
%%DocumentNeededResources: font Helvetica
%%+ font Helvetica-Bold
%%+ font Helvetica-Oblique
%%+ font Helvetica-BoldOblique
%%+ font Symbol
%%Title: R Graphics Output
%%Creator: R Software
%%Pages: (atend)
%%BoundingBox: 0 0 1440 864
%%EndComments
%%BeginProlog

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Christian Ridderström wrote:


On Tue, 19 Nov 2002, Richard A. Bilonick wrote:

 

Jean-Marc Lasgouttes wrote:

   

Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
  

   

Richard Please see my latest post on this. gv displays the document
Richard EXCEPT for page 9. There is something about the eps graph
Richard created by R that ghostscript doesn't like. I'm at a loss to
Richard explain it because the graph on page 9 is very similar to the
Richard ones on pages 8 and 10. I would be happy to upload the
Richard graphic. I've tried recreating it and it still won't display
Richard in the LyX Postscript version, even if I create a new LyX
Richard document with only the eps graphic, even though gv will view
Richard the graphic itself directly without any error messages.

Are you sure that it is really an eps file, and not a ps one renamed as
eps?

JMarc




 

The problem eps file is very similar to the eps graph on the page before 
and the eps graph on the page after. All were created using the 
postscript function in R with arguments required to produce and eps 
(and not just ps) file. Here are the first few lines. I would be happy 
to upload the entire eps file if someone wants to try it.

Rick B.

%!PS-Adobe-3.0 EPSF-3.0
%%DocumentNeededResources: font Helvetica
%%+ font Helvetica-Bold
%%+ font Helvetica-Oblique
%%+ font Helvetica-BoldOblique
%%+ font Symbol
%%Title: R Graphics Output
%%Creator: R Software
%%Pages: (atend)
%%BoundingBox: 0 0 1440 864
%%EndComments
%%BeginProlog

   

I could try and see if it crashes for me if you'd like, but if it's big 
and you can't just send a link to it, perhaps you'd better just send it 
in a private mail?

If I remember correctly, it crashed if you inserted it in a .lyx-file and 
try to view it with gv?

/Christian

 

Now of course when I put the problem file in a separate LyX document, it 
produces a postscript view and a pdf view. The large document, however, 
still will not print or view page 9. I can send you the problem eps but, 
unfortunately,  I can't send the 20 page LyX document. The problem 
appears to be in the larger LyX document and not the eps file itself. 
I'm using the lscape package (in the preamble) with 
\begin{landscape} and \end{landscape} around the eps file(s). If I 
remove  this, however, the problem eps still won't print or view.

Rick B.

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

OK, I elimanted the unnecessary text.

It's not the fonts nor is it the eps file itself. The LyX code written 
by LyX appears to be incorrect.

I changed the LyX code so that all three graphs have the same specs. I 
tried first to do this using LyX and it's graph menus. For some reason, 
LyX would not change the specs directly. So I went in by hand and 
edited them. Now I can view and print in both ps and pdf. I'm not sure 
why the difference caused a Postscript error nor why LyX would not 
change them via it's menus.


I changed:

(original LyX code for eps graph on p. 9)
===
\layout Standard


\begin_inset Graphics FormatVersion 1
  filename /projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps
  display default
  size_type 0
  rotateOrigin leftBaseline
  lyxsize_type 0

\end_inset


\end_inset

===

to

(modified LyX code for eps graph on p. 9)
===
\layout Standard


\begin_inset Graphics FormatVersion 1
  filename /projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps
  display color
  size_type 1
  width 100col%
  rotateOrigin leftBaseline
  lyxsize_type 1
  lyxwidth 297pt
  lyxheight 178pt

\end_inset


\end_inset
===




Rick B.

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

Andre Poenitz wrote:


On Tue, Nov 19, 2002 at 12:21:28PM -0500, Richard A. Bilonick wrote:
 

It's not the fonts nor is it the eps file itself. The LyX code written 
by LyX appears to be incorrect.
   


Could you check whether there is a difference in the intermediate .tex
(LyX - pdf goes through .tex, you could obtain the file by exporting to
LaTeX)

Andre'

 

Here is the relevant part of the tex code from both files. The only 
difference I see is the filename specification.

Lest I forget, thanks to everyone for looking at this and bearing with me.

Rick B.


##
Here is the tex code from the version that does NOT work:


%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 1 bias.\label{WS 1 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.1.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ MS Concentration 2 bias.\label{MS 2 bias}}

\bigskip{}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{/projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps}\end{center}\bigskip{}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 2 bias.\label{WS 2 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.2.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%

#
Here is the tex code from the version that works:


%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 1 bias.\label{WS 1 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.1.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ MS Concentration 2 bias.\label{MS 2 bias}}

\bigskip{}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ms.conc.2.eps}\end{center}\bigskip{}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 2 bias.\label{WS 2 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.2.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

Herbert Voss wrote:


Richard A. Bilonick schrieb:



I changed:

  width 100col%


then this is your problem. It is the only change LaTeX parameter and
says that your graphics gets a width of the actuell column (line).
I suppose, that your image is too big for the page, so it does not work
without this parameter. Nevertheless this width=100% of columnwidth
can be set from inside the graphic gui.

Herbert




I agree and the first thing I tried to do was to use the GUI in LyX to 
change the specs to the same as the other eps graphs that would print. 
Yet, when I checked the code, the code was not changed and still would 
not view or print. I had to go in manually and edit the LyX code directly.

Rick B.

Re: presentation experiences with seminar.cls

[Richard A. Bilonick]

Christian Ridderström wrote:


 

Hi

I did some presentations with LyX and FoilTeX, which worked ok for simple 
stuff. Then I tried PowerPoint once (never again, spent too much time 
fiddling), Star Office once or twice (couldn't get nice equations)
and then went back to LyX with something called Prosper. That seems 
enough for me anyway.

At this URL you can find my latest presentation created with LyX/Prosper

	http://www.md.kth.se/~chr/lyx/presentation/

It's there both in .lyx-format and in .pdf, so you can see both what it 
looks like and what the code's like.

/Christian

I'm using:
OS: RH 7.3
TeX: teTeX
Lyx : Version 1.2.1
Adobe Acrobat 5

 

I really like foiltex. I used it for all my overheads. It's simple and 
to the point. Powerpoint is just a lot of chart junk, IMO. If you don't 
really have something to present, use Powerpoint. For serious work, I 
would highly recomment foiltex.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Steven Homolya wrote:


On Tue, 19 Nov 2002 08:04, Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I
tried to view it through pdf, it would screw up some figure captions.
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN
THOUGH all 20 pages show quite nicely in gv. If I try to print directly
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the problem.

This is a much more serious problem because I need to be able to print
the documents and make them into pdf's. If I can't do that, there is not
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.
   


If it's a postscript printer, then there is probably some 
non-standard/printer-incompatible postscript in your output --- this is why 
the latest is not always the greatest. Star/OpenOffice have serious problems 
here.

With latex, I found that ps printers (HP lasers) can't handle some compressed 
image formats (png, jpeg) that have been converted to eps (with ImageMagik 
convert or the Gimp). So I always convert images to xpm before converting 
to eps.

Steve

 

This is not a printer problem. This appears to be a LyX and/or 
ghostscript problem. Either ghostscript has a bug or LyX is not 
producing correct postscript. Here is what ghostscript does with the 
Postscript file created by LyX:

[lrb0r22@rbilonick Reports]$ ghostscript scamp.pm2.5.accuracy.precision.2.ps
GNU Ghostscript 7.05 (2002-04-22)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from 
/usr/share/fonts/default/Type1/n021003l.pfb... 2410668 1054050 1642520 
347466 0 done.
Loading NimbusSanL-Regu font from 
/usr/share/fonts/default/Type1/n019003l.pfb... 2785628 1379928 1662616 
358654 0 done.
Using NimbusSansL-Regu font for NimbusSanL-Regu.
Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1604851 1964056 
608009 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1702948 1984152 
515525 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1747373 1984152 
498708 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1788431 1984152 
502807 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
506688 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1964056 
511852 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
520348 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
524175 2 done.
showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511218 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
519710 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
524878 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
528705 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511854 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520346 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525514 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529341 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
512111 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520603 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525771 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529598 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
513462 2 done

Re: LyX not rendering graphics

[Richard A. Bilonick]

Thomas Templin wrote:


On Monday 18 November 2002 21:50, Richard A. Bilonick wrote:
 

Removing the extra periods allows the graphic to render. I hope
this will be fixed eventually because it will be very
inconvenient not to be able to use periods to make the file
names more readable. With hundreds of files, it is difficult to
keep track of them with dos-like names.
   

Why not use underscores?
Works fine here :)
bye,
Thomas


 

I have 200 graphics files. Even if I somehow renamed all of them, I 
would have to go back through 20 documents and change all the graphic 
file names. Periods are legal characters in file names. The next time 
possibly underscores won't work. Am I supposed to rename all my files 
for every new version of LyX?

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Richard A. Bilonick wrote:


Steven Homolya wrote:


On Tue, 19 Nov 2002 08:04, Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I
tried to view it through pdf, it would screw up some figure captions.
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN
THOUGH all 20 pages show quite nicely in gv. If I try to print directly
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the 
problem.

This is a much more serious problem because I need to be able to print
the documents and make them into pdf's. If I can't do that, there is 
not
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.
  


If it's a postscript printer, then there is probably some 
non-standard/printer-incompatible postscript in your output --- this 
is why the latest is not always the greatest. Star/OpenOffice have 
serious problems here.

With latex, I found that ps printers (HP lasers) can't handle some 
compressed image formats (png, jpeg) that have been converted to eps 
(with ImageMagik convert or the Gimp). So I always convert images 
to xpm before converting to eps.

Steve

 

This is not a printer problem. This appears to be a LyX and/or 
ghostscript problem. Either ghostscript has a bug or LyX is not 
producing correct postscript. Here is what ghostscript does with the 
Postscript file created by LyX:

[lrb0r22@rbilonick Reports]$ ghostscript 
scamp.pm2.5.accuracy.precision.2.ps
GNU Ghostscript 7.05 (2002-04-22)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from 
/usr/share/fonts/default/Type1/n021003l.pfb... 2410668 1054050 1642520 
347466 0 done.
Loading NimbusSanL-Regu font from 
/usr/share/fonts/default/Type1/n019003l.pfb... 2785628 1379928 1662616 
358654 0 done.
Using NimbusSansL-Regu font for NimbusSanL-Regu.
Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1604851 1964056 
608009 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1702948 1984152 
515525 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1747373 1984152 
498708 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1788431 1984152 
502807 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
506688 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1964056 
511852 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
520348 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
524175 2 done.
showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511218 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
519710 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
524878 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
528705 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511854 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520346 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525514 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529341 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
512111 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520603 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525771 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529598 2 done.
showpage, press return to continue

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216

Re: LyX not rendering graphics

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
   


Richard I have 200 graphics files. Even if I somehow renamed all of
Richard them, I would have to go back through 20 documents and change
Richard all the graphic file names. Periods are legal characters in
Richard file names. The next time possibly underscores won't work. Am
Richard I supposed to rename all my files for every new version of
Richard LyX?

No, we're supposing to fix it. It is just that I am a bit slow at
getting releases out.

JMarc


 

Jean-Marc,

I'm not complaining. It's not a big problem. I'm just glad we know what 
the problem is. My only point to the person suggesting changing the file 
names is that it's not realistic when there are lots of already created 
files and documents.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Tue, Nov 19, 2002 at 09:31:38AM -0500, Richard A. Bilonick wrote:
 

I have 200 graphics files. Even if I somehow renamed all of them, I 
would have to go back through 20 documents and change all the graphic 
file names. Periods are legal characters in file names. The next time 
possibly underscores won't work. Am I supposed to rename all my files 
for every new version of LyX?
   


May I check your support contract, please?

Andre'

PS: Renaming is probably a one-liner in e.g. perl. If you tell me what
exactly you want to have changed I might even tell you what it could look
like.

 

Nothing I said here was a complaint about LyX. My point was that 
renaming files becuase of a problem in LyX is not a reasonable solution. 
Especially when the problem itself is not a big deal. My main goal was 
to understand what was causing the problem. Now that I know the source 
of the problem (and that it's not something to do especially with R or 
RH 8.0, etc.), I can wait for a fix. If a fix never comes I'm in no 
position to complain.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Max Bian wrote:


Well, if I am mistaken, GV needs the ghostscript to display anything.
So if gv works fine then you probably not passing the right parameters
to the ghostview when printing.

The similiar problem happens to me due to a bad EPS figure I included. 
Try remove the recently added figures and see it that helps.  Figure
out which figure that causes the problem, and do something about it.

One other thing, if you recently updated or changed configuration of
gs/gv/printer, you probably messed up something.

If still not working, post the document. There are people who can help.

Max
--- Richard A. Bilonick [EMAIL PROTECTED] wrote:
 

For some reason, gv can view the Postscript generated by LyX but it
is 
NOT printable by ghostscript or real Postscript interpreter.

This is a serious problem. I have no way of using this document now
that 
I have input it into 1.2.1 and output. I imagine that 1.1.6fix3 won't
be 
able to input the LyX document.

Rick B.



   




 

Please see my latest post on this. gv displays the document EXCEPT for 
page 9. There is something about the eps graph created by R that 
ghostscript doesn't like. I'm at a loss to explain it because the graph 
on page 9 is very similar to the ones on pages 8 and 10. I would be 
happy to upload the graphic. I've tried recreating it and it still won't 
display in the LyX Postscript version, even if I create a new LyX 
document with only the eps graphic, even though gv will view the graphic 
itself directly without any error messages.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
   


Richard Please see my latest post on this. gv displays the document
Richard EXCEPT for page 9. There is something about the eps graph
Richard created by R that ghostscript doesn't like. I'm at a loss to
Richard explain it because the graph on page 9 is very similar to the
Richard ones on pages 8 and 10. I would be happy to upload the
Richard graphic. I've tried recreating it and it still won't display
Richard in the LyX Postscript version, even if I create a new LyX
Richard document with only the eps graphic, even though gv will view
Richard the graphic itself directly without any error messages.

Are you sure that it is really an eps file, and not a ps one renamed as
eps?

JMarc


 

The problem eps file is very similar to the eps graph on the page before 
and the eps graph on the page after. All were created using the 
postscript function in R with arguments required to produce and eps 
(and not just ps) file. Here are the first few lines. I would be happy 
to upload the entire eps file if someone wants to try it.

Rick B.

%!PS-Adobe-3.0 EPSF-3.0
%%DocumentNeededResources: font Helvetica
%%+ font Helvetica-Bold
%%+ font Helvetica-Oblique
%%+ font Helvetica-BoldOblique
%%+ font Symbol
%%Title: R Graphics Output
%%Creator: R Software
%%Pages: (atend)
%%BoundingBox: 0 0 1440 864
%%EndComments
%%BeginProlog

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Christian Ridderström wrote:


On Tue, 19 Nov 2002, Richard A. Bilonick wrote:

 

Jean-Marc Lasgouttes wrote:

   

Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
  

   

Richard Please see my latest post on this. gv displays the document
Richard EXCEPT for page 9. There is something about the eps graph
Richard created by R that ghostscript doesn't like. I'm at a loss to
Richard explain it because the graph on page 9 is very similar to the
Richard ones on pages 8 and 10. I would be happy to upload the
Richard graphic. I've tried recreating it and it still won't display
Richard in the LyX Postscript version, even if I create a new LyX
Richard document with only the eps graphic, even though gv will view
Richard the graphic itself directly without any error messages.

Are you sure that it is really an eps file, and not a ps one renamed as
eps?

JMarc




 

The problem eps file is very similar to the eps graph on the page before 
and the eps graph on the page after. All were created using the 
postscript function in R with arguments required to produce and eps 
(and not just ps) file. Here are the first few lines. I would be happy 
to upload the entire eps file if someone wants to try it.

Rick B.

%!PS-Adobe-3.0 EPSF-3.0
%%DocumentNeededResources: font Helvetica
%%+ font Helvetica-Bold
%%+ font Helvetica-Oblique
%%+ font Helvetica-BoldOblique
%%+ font Symbol
%%Title: R Graphics Output
%%Creator: R Software
%%Pages: (atend)
%%BoundingBox: 0 0 1440 864
%%EndComments
%%BeginProlog

   

I could try and see if it crashes for me if you'd like, but if it's big 
and you can't just send a link to it, perhaps you'd better just send it 
in a private mail?

If I remember correctly, it crashed if you inserted it in a .lyx-file and 
try to view it with gv?

/Christian

 

Now of course when I put the problem file in a separate LyX document, it 
produces a postscript view and a pdf view. The large document, however, 
still will not print or view page 9. I can send you the problem eps but, 
unfortunately,  I can't send the 20 page LyX document. The problem 
appears to be in the larger LyX document and not the eps file itself. 
I'm using the lscape package (in the preamble) with 
\begin{landscape} and \end{landscape} around the eps file(s). If I 
remove  this, however, the problem eps still won't print or view.

Rick B.

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

OK, I elimanted the unnecessary text.

It's not the fonts nor is it the eps file itself. The LyX code written 
by LyX appears to be incorrect.

I changed the LyX code so that all three graphs have the same specs. I 
tried first to do this using LyX and it's graph menus. For some reason, 
LyX would not change the specs directly. So I went in by hand and 
edited them. Now I can view and print in both ps and pdf. I'm not sure 
why the difference caused a Postscript error nor why LyX would not 
change them via it's menus.


I changed:

(original LyX code for eps graph on p. 9)
===
\layout Standard


\begin_inset Graphics FormatVersion 1
  filename /projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps
  display default
  size_type 0
  rotateOrigin leftBaseline
  lyxsize_type 0

\end_inset


\end_inset

===

to

(modified LyX code for eps graph on p. 9)
===
\layout Standard


\begin_inset Graphics FormatVersion 1
  filename /projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps
  display color
  size_type 1
  width 100col%
  rotateOrigin leftBaseline
  lyxsize_type 1
  lyxwidth 297pt
  lyxheight 178pt

\end_inset


\end_inset
===




Rick B.

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

Andre Poenitz wrote:


On Tue, Nov 19, 2002 at 12:21:28PM -0500, Richard A. Bilonick wrote:
 

It's not the fonts nor is it the eps file itself. The LyX code written 
by LyX appears to be incorrect.
   


Could you check whether there is a difference in the intermediate .tex
(LyX - pdf goes through .tex, you could obtain the file by exporting to
LaTeX)

Andre'

 

Here is the relevant part of the tex code from both files. The only 
difference I see is the filename specification.

Lest I forget, thanks to everyone for looking at this and bearing with me.

Rick B.


##
Here is the tex code from the version that does NOT work:


%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 1 bias.\label{WS 1 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.1.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ MS Concentration 2 bias.\label{MS 2 bias}}

\bigskip{}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{/projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps}\end{center}\bigskip{}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 2 bias.\label{WS 2 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.2.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%

#
Here is the tex code from the version that works:


%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 1 bias.\label{WS 1 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.1.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ MS Concentration 2 bias.\label{MS 2 bias}}

\bigskip{}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ms.conc.2.eps}\end{center}\bigskip{}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 2 bias.\label{WS 2 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.2.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

Herbert Voss wrote:


Richard A. Bilonick schrieb:



I changed:

  width 100col%


then this is your problem. It is the only change LaTeX parameter and
says that your graphics gets a width of the actuell column (line).
I suppose, that your image is too big for the page, so it does not work
without this parameter. Nevertheless this width=100% of columnwidth
can be set from inside the graphic gui.

Herbert




I agree and the first thing I tried to do was to use the GUI in LyX to 
change the specs to the same as the other eps graphs that would print. 
Yet, when I checked the code, the code was not changed and still would 
not view or print. I had to go in manually and edit the LyX code directly.

Rick B.

Re: presentation experiences with seminar.cls

[Richard A. Bilonick]

Christian Ridderström wrote:


 

Hi

I did some presentations with LyX and FoilTeX, which worked ok for simple 
stuff. Then I tried PowerPoint once (never again, spent too much time 
fiddling), Star Office once or twice (couldn't get nice equations)
and then went back to LyX with something called Prosper. That seems 
enough for me anyway.

At this URL you can find my latest presentation created with LyX/Prosper

	http://www.md.kth.se/~chr/lyx/presentation/

It's there both in .lyx-format and in .pdf, so you can see both what it 
looks like and what the code's like.

/Christian

I'm using:
OS: RH 7.3
TeX: teTeX
Lyx : Version 1.2.1
Adobe Acrobat 5

 

I really like foiltex. I used it for all my overheads. It's simple and 
to the point. Powerpoint is just a lot of chart junk, IMO. If you don't 
really have something to present, use Powerpoint. For serious work, I 
would highly recomment foiltex.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Steven Homolya wrote:


On Tue, 19 Nov 2002 08:04, Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I
tried to view it through pdf, it would screw up some figure captions.
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN
THOUGH all 20 pages show quite nicely in gv. If I try to print directly
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the problem.

This is a much more serious problem because I need to be able to print
the documents and make them into pdf's. If I can't do that, there is not
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.
   


If it's a postscript printer, then there is probably some 
non-standard/printer-incompatible postscript in your output --- this is why 
the latest is not always the greatest. Star/OpenOffice have serious problems 
here.

With latex, I found that ps printers (HP lasers) can't handle some compressed 
image formats (png, jpeg) that have been converted to eps (with ImageMagik 
"convert" or the Gimp). So I always convert images to xpm before converting 
to eps.

Steve

 

This is not a printer problem. This appears to be a LyX and/or 
ghostscript problem. Either ghostscript has a bug or LyX is not 
producing correct postscript. Here is what ghostscript does with the 
Postscript file created by LyX:

[lrb0r22@rbilonick Reports]$ ghostscript scamp.pm2.5.accuracy.precision.2.ps
GNU Ghostscript 7.05 (2002-04-22)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from 
/usr/share/fonts/default/Type1/n021003l.pfb... 2410668 1054050 1642520 
347466 0 done.
Loading NimbusSanL-Regu font from 
/usr/share/fonts/default/Type1/n019003l.pfb... 2785628 1379928 1662616 
358654 0 done.
Using NimbusSansL-Regu font for NimbusSanL-Regu.
Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1604851 1964056 
608009 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1702948 1984152 
515525 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1747373 1984152 
498708 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1788431 1984152 
502807 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
506688 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1964056 
511852 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
520348 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
524175 2 done.
>>showpage, press  to continue<<

>>showpage, press  to continue<<

>>showpage, press  to continue<<

>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511218 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
519710 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
524878 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
528705 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511854 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520346 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525514 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529341 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
512111 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520603 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525771 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529598 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold

Re: LyX not rendering graphics

[Richard A. Bilonick]

Thomas Templin wrote:


On Monday 18 November 2002 21:50, Richard A. Bilonick wrote:
 

Removing the extra periods allows the graphic to render. I hope
this will be fixed eventually because it will be very
inconvenient not to be able to use periods to make the file
names more readable. With hundreds of files, it is difficult to
keep track of them with dos-like names.
   

Why not use underscores?
Works fine here :)
bye,
Thomas


 

I have 200 graphics files. Even if I somehow renamed all of them, I 
would have to go back through 20 documents and change all the graphic 
file names. Periods are legal characters in file names. The next time 
possibly underscores won't work. Am I supposed to rename all my files 
for every new version of LyX?

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Richard A. Bilonick wrote:


Steven Homolya wrote:


On Tue, 19 Nov 2002 08:04, Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I
tried to view it through pdf, it would screw up some figure captions.
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN
THOUGH all 20 pages show quite nicely in gv. If I try to print directly
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the 
problem.

This is a much more serious problem because I need to be able to print
the documents and make them into pdf's. If I can't do that, there is 
not
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.
  


If it's a postscript printer, then there is probably some 
non-standard/printer-incompatible postscript in your output --- this 
is why the latest is not always the greatest. Star/OpenOffice have 
serious problems here.

With latex, I found that ps printers (HP lasers) can't handle some 
compressed image formats (png, jpeg) that have been converted to eps 
(with ImageMagik "convert" or the Gimp). So I always convert images 
to xpm before converting to eps.

Steve

 

This is not a printer problem. This appears to be a LyX and/or 
ghostscript problem. Either ghostscript has a bug or LyX is not 
producing correct postscript. Here is what ghostscript does with the 
Postscript file created by LyX:

[lrb0r22@rbilonick Reports]$ ghostscript 
scamp.pm2.5.accuracy.precision.2.ps
GNU Ghostscript 7.05 (2002-04-22)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusRomNo9L-Regu font from 
/usr/share/fonts/default/Type1/n021003l.pfb... 2410668 1054050 1642520 
347466 0 done.
Loading NimbusSanL-Regu font from 
/usr/share/fonts/default/Type1/n019003l.pfb... 2785628 1379928 1662616 
358654 0 done.
Using NimbusSansL-Regu font for NimbusSanL-Regu.
Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1604851 1964056 
608009 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1702948 1984152 
515525 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1747373 1984152 
498708 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1788431 1984152 
502807 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
506688 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1964056 
511852 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
520348 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
524175 2 done.
>>showpage, press  to continue<<

>>showpage, press  to continue<<

>>showpage, press  to continue<<

>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511218 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
519710 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
524878 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
528705 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
511854 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520346 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525514 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529341 2 done.
>>showpage, press  to continue<<

Loading NimbusSanL-Bold font from 
/usr/share/fonts/default/Type1/n019004l.pfb... 3090216 1556202 1964056 
512111 2 done.
Loading NimbusSanL-ReguItal font from 
/usr/share/fonts/default/Type1/n019023l.pfb... 3187264 1654292 1984152 
520603 2 done.
Loading NimbusSanL-BoldItal font from 
/usr/share/fonts/default/Type1/n019024l.pfb... 3284312 1752535 1984152 
525771 2 done.
Loading StandardSymL font from 
/usr/share/fonts/default/Type1/s05l.pfb... 3324504 1793113 1984152 
529598 2 done.
>>showpage, press  to continue<<

Re: LyX not rendering graphics

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


"Richard" == Richard A Bilonick <[EMAIL PROTECTED]> writes:
   


Richard> I have 200 graphics files. Even if I somehow renamed all of
Richard> them, I would have to go back through 20 documents and change
Richard> all the graphic file names. Periods are legal characters in
Richard> file names. The next time possibly underscores won't work. Am
Richard> I supposed to rename all my files for every new version of
Richard> LyX?

No, we're supposing to fix it. It is just that I am a bit slow at
getting releases out.

JMarc


 

Jean-Marc,

I'm not complaining. It's not a big problem. I'm just glad we know what 
the problem is. My only point to the person suggesting changing the file 
names is that it's not realistic when there are lots of already created 
files and documents.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Tue, Nov 19, 2002 at 09:31:38AM -0500, Richard A. Bilonick wrote:
 

I have 200 graphics files. Even if I somehow renamed all of them, I 
would have to go back through 20 documents and change all the graphic 
file names. Periods are legal characters in file names. The next time 
possibly underscores won't work. Am I supposed to rename all my files 
for every new version of LyX?
   


May I check your support contract, please?

Andre'

PS: Renaming is probably a one-liner in e.g. perl. If you tell me what
exactly you want to have changed I might even tell you what it could look
like.

 

Nothing I said here was a complaint about LyX. My point was that 
renaming files becuase of a problem in LyX is not a reasonable solution. 
Especially when the problem itself is not a big deal. My main goal was 
to understand what was causing the problem. Now that I know the source 
of the problem (and that it's not something to do especially with R or 
RH 8.0, etc.), I can wait for a fix. If a fix never comes I'm in no 
position to complain.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Max Bian wrote:


Well, if I am mistaken, GV needs the ghostscript to display anything.
So if gv works fine then you probably not passing the right parameters
to the ghostview when printing.

The similiar problem happens to me due to a bad EPS figure I included. 
Try remove the recently added figures and see it that helps.  Figure
out which figure that causes the problem, and do something about it.

One other thing, if you recently updated or changed configuration of
gs/gv/printer, you probably messed up something.

If still not working, post the document. There are people who can help.

Max
--- "Richard A. Bilonick" <[EMAIL PROTECTED]> wrote:
 

For some reason, gv can view the Postscript generated by LyX but it
is 
NOT printable by ghostscript or real Postscript interpreter.

This is a serious problem. I have no way of using this document now
that 
I have input it into 1.2.1 and output. I imagine that 1.1.6fix3 won't
be 
able to input the LyX document.

Rick B.



   




 

Please see my latest post on this. gv displays the document EXCEPT for 
page 9. There is something about the eps graph created by R that 
ghostscript doesn't like. I'm at a loss to explain it because the graph 
on page 9 is very similar to the ones on pages 8 and 10. I would be 
happy to upload the graphic. I've tried recreating it and it still won't 
display in the LyX Postscript version, even if I create a new LyX 
document with only the eps graphic, even though gv will view the graphic 
itself directly without any error messages.

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


"Richard" == Richard A Bilonick <[EMAIL PROTECTED]> writes:
   


Richard> Please see my latest post on this. gv displays the document
Richard> EXCEPT for page 9. There is something about the eps graph
Richard> created by R that ghostscript doesn't like. I'm at a loss to
Richard> explain it because the graph on page 9 is very similar to the
Richard> ones on pages 8 and 10. I would be happy to upload the
Richard> graphic. I've tried recreating it and it still won't display
Richard> in the LyX Postscript version, even if I create a new LyX
Richard> document with only the eps graphic, even though gv will view
Richard> the graphic itself directly without any error messages.

Are you sure that it is really an eps file, and not a ps one renamed as
eps?

JMarc


 

The problem eps file is very similar to the eps graph on the page before 
and the eps graph on the page after. All were created using the 
"postscript" function in R with arguments required to produce and eps 
(and not just ps) file. Here are the first few lines. I would be happy 
to upload the entire eps file if someone wants to try it.

Rick B.

%!PS-Adobe-3.0 EPSF-3.0
%%DocumentNeededResources: font Helvetica
%%+ font Helvetica-Bold
%%+ font Helvetica-Oblique
%%+ font Helvetica-BoldOblique
%%+ font Symbol
%%Title: R Graphics Output
%%Creator: R Software
%%Pages: (atend)
%%BoundingBox: 0 0 1440 864
%%EndComments
%%BeginProlog

Re: New More Serious Problems with 1.2.1 - Partial Printing - BadPS Generated by LyX??

[Richard A. Bilonick]

Christian Ridderström wrote:


On Tue, 19 Nov 2002, Richard A. Bilonick wrote:

 

Jean-Marc Lasgouttes wrote:

   

"Richard" == Richard A Bilonick <[EMAIL PROTECTED]> writes:
  

   

Richard> Please see my latest post on this. gv displays the document
Richard> EXCEPT for page 9. There is something about the eps graph
Richard> created by R that ghostscript doesn't like. I'm at a loss to
Richard> explain it because the graph on page 9 is very similar to the
Richard> ones on pages 8 and 10. I would be happy to upload the
Richard> graphic. I've tried recreating it and it still won't display
Richard> in the LyX Postscript version, even if I create a new LyX
Richard> document with only the eps graphic, even though gv will view
Richard> the graphic itself directly without any error messages.

Are you sure that it is really an eps file, and not a ps one renamed as
eps?

JMarc




 

The problem eps file is very similar to the eps graph on the page before 
and the eps graph on the page after. All were created using the 
"postscript" function in R with arguments required to produce and eps 
(and not just ps) file. Here are the first few lines. I would be happy 
to upload the entire eps file if someone wants to try it.

Rick B.

%!PS-Adobe-3.0 EPSF-3.0
%%DocumentNeededResources: font Helvetica
%%+ font Helvetica-Bold
%%+ font Helvetica-Oblique
%%+ font Helvetica-BoldOblique
%%+ font Symbol
%%Title: R Graphics Output
%%Creator: R Software
%%Pages: (atend)
%%BoundingBox: 0 0 1440 864
%%EndComments
%%BeginProlog

   

I could try and see if it crashes for me if you'd like, but if it's big 
and you can't just send a link to it, perhaps you'd better just send it 
in a private mail?

If I remember correctly, it crashed if you inserted it in a .lyx-file and 
try to view it with gv?

/Christian

 

Now of course when I put the problem file in a separate LyX document, it 
produces a postscript view and a pdf view. The large document, however, 
still will not print or view page 9. I can send you the problem eps but, 
unfortunately,  I can't send the 20 page LyX document. The problem 
appears to be in the larger LyX document and not the eps file itself. 
I'm using the "lscape" package (in the preamble) with 
"\begin{landscape}" and "\end{landscape}" around the eps file(s). If I 
remove  this, however, the "problem" eps still won't print or view.

Rick B.

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

OK, I elimanted the unnecessary text.

It's not the fonts nor is it the eps file itself. The LyX code written 
by LyX appears to be incorrect.

I changed the LyX code so that all three graphs have the same specs. I 
tried first to do this using LyX and it's graph menus. For some reason, 
LyX would not change the specs directly. So I went in by hand and 
edited them. Now I can view and print in both ps and pdf. I'm not sure 
why the difference caused a Postscript error nor why LyX would not 
change them via it's menus.


I changed:

(original LyX code for eps graph on p. 9)
===
\layout Standard


\begin_inset Graphics FormatVersion 1
  filename /projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps
  display default
  size_type 0
  rotateOrigin leftBaseline
  lyxsize_type 0

\end_inset


\end_inset

===

to

(modified LyX code for eps graph on p. 9)
===
\layout Standard


\begin_inset Graphics FormatVersion 1
  filename /projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps
  display color
  size_type 1
  width 100col%
  rotateOrigin leftBaseline
  lyxsize_type 1
  lyxwidth 297pt
  lyxheight 178pt

\end_inset


\end_inset
===




Rick B.

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

Andre Poenitz wrote:


On Tue, Nov 19, 2002 at 12:21:28PM -0500, Richard A. Bilonick wrote:
 

It's not the fonts nor is it the eps file itself. The LyX code written 
by LyX appears to be incorrect.
   


Could you check whether there is a difference in the intermediate .tex
(LyX -> pdf goes through .tex, you could obtain the file by exporting to
LaTeX)

Andre'

 

Here is the relevant part of the tex code from both files. The only 
difference I see is the filename specification.

Lest I forget, thanks to everyone for looking at this and bearing with me.

Rick B.


##
Here is the tex code from the version that does NOT work:


%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 1 bias.\label{WS 1 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.1.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ MS Concentration 2 bias.\label{MS 2 bias}}

\bigskip{}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{/projects/Winters.Steve/PS/pm2.5.nonconstant.bias.ms.conc.2.eps}\end{center}\bigskip{}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 2 bias.\label{WS 2 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.2.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%

#
Here is the tex code from the version that works:


%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 1 bias.\label{WS 1 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.1.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ MS Concentration 2 bias.\label{MS 2 bias}}

\bigskip{}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ms.conc.2.eps}\end{center}\bigskip{}

\end{figure}
%
\begin{figure}[h!]

\caption{PM$_{2.5}$ WS Concentration 2 bias.\label{WS 2 bias}}

\vspace*{\bigskipamount}
\begin{center}\includegraphics[  
width=1.0\columnwidth]{../PS/pm2.5.nonconstant.bias.ws.conc.2.eps}\end{center}\vspace*{\bigskipamount}

\end{figure}
%

Re: New More Serious Problems with 1.2.1 - Solved!

[Richard A. Bilonick]

Herbert Voss wrote:


Richard A. Bilonick schrieb:



I changed:

  width 100col%


then this is your problem. It is the only change LaTeX parameter and
says that your graphics gets a width of the actuell column (line).
I suppose, that your image is too big for the page, so it does not work
without this parameter. Nevertheless this width=100% of columnwidth
can be set from inside the graphic gui.

Herbert




I agree and the first thing I tried to do was to use the GUI in LyX to 
change the specs to the same as the other eps graphs that would print. 
Yet, when I checked the code, the code was not changed and still would 
not view or print. I had to go in manually and edit the LyX code directly.

Rick B.

Re: presentation experiences with seminar.cls

[Richard A. Bilonick]

Christian Ridderström wrote:


 

Hi

I did some presentations with LyX and FoilTeX, which worked ok for simple 
stuff. Then I tried PowerPoint once (never again, spent too much time 
"fiddling"), Star Office once or twice (couldn't get nice equations)
and then went back to LyX with something called Prosper. That seems 
enough for me anyway.

At this URL you can find my latest presentation created with LyX/Prosper

	http://www.md.kth.se/~chr/lyx/presentation/

It's there both in .lyx-format and in .pdf, so you can see both what it 
looks like and what the code's like.

/Christian

I'm using:
OS: RH 7.3
TeX: teTeX
Lyx : Version 1.2.1
Adobe Acrobat 5

 

I really like foiltex. I used it for all my overheads. It's simple and 
to the point. Powerpoint is just a lot of chart junk, IMO. If you don't 
really have something to present, use Powerpoint. For serious work, I 
would highly recomment foiltex.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Norbert Stribeck wrote:


Since more than a year I have watched the list and the discussion concerning
the problem that LyX renders graphics only sporadically on fast computers - I 
still have the problem and tried the sporadic tips to solve the problem - 
without success for SuSE 7.3 and SuSE 8.0. I have tried to update from 1.1.6 
to 1.2.1, but was unable to compile the sources - because of the cc1plus 
error. Now I have succeeded in part and feel that there might be somebody out 
there knowing the ultimate solution. Here is what I did:

When I asked to check the dependencies, the output was:
# rpm -Uvh lyx-1.2.1-1rh8-xforms089.i386.rpm
error: failed dependencies:
   tetex-xdvi is needed by lyx-1.2.1-1
   tetex-latex is needed by lyx-1.2.1-1
   libstdc++.so.5   is needed by lyx-1.2.1-1
   libstdc++.so.5(GLIBCPP_3.2)   is needed by lyx-1.2.1-1
   perl(Cwd)   is needed by lyx-1.2.1-1
   perl(File::Basename)   is needed by lyx-1.2.1-1
   perl(FileHandle)   is needed by lyx-1.2.1-1
   perl(lib)   is needed by lyx-1.2.1-1
   perl(strict)   is needed by lyx-1.2.1-1
   perl(vars)   is needed by lyx-1.2.1-1

So I installed 1.2.1 from the binary rpm using --nodeps and supplied both 
libstdc++.so.5.0.0 and libgcc_s.so.1 in /usr/lib (moreover, a symbolic link 
to libstdc++.so.5 was generated and ldconfig was run).

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads Fehler bei der Konvertierung in ein 
darstellbares Format

Norbert
 

I'm in a similar (sinking) boat. In previous versions of LyX, the 
graphics would almost always render. At most, I would just have to 
restart LyX and rendering would work again. Now that I've installed 
1.2.1 for RH 8.0 and using xforms 0.89 (after upgrading to RH 8.0), 
rendering just does NOT work at all. (Not quite true - it doesn't work 
on eps files created by R.) This is on three Intel PCs all running RH 
8.0 (one is a laptop, the other two are desktop systems). I can't be 
sure the problem doesn't have something to do with Redhat 8.0. Or it may 
be that all the eps files I'm creating come from R (they used to render 
OK and they are eps files.) But I cannot fix it and have seen NOTHING on 
the list that has helped. Someone did suggest turning on debuggind (lyx 
-dbg graphics or lyx -dbg any) but that just tells me the conversion 
doesn't work - even though all the software needed for the conversion is 
readily available on all three systems - I can do it manually - and if 
the conversion wasn't in the preferences I added it. LyX installed 
differently on each system. On at least one I had to even get it to just 
view in PS and PDF. Viewing in HTML gives a screwy message about the 
file name having more than one period and that dvips can't handle it. I 
have to rename the file so there is only one period. Fortunately I guess 
I can live without rendering in LyX just so long as it prints and views OK.

Just for your information, I always use rpm -U --test before actually 
installing the binary. rpm never reported any problem either in test 
mode or when I actually installed the software. There were no conflicts 
and it didn't complain about any missing software - LyX installed (as it 
had in the past) without any error messages or warnings. Everything 
seems to work except for rendering (and viewing on one system) out of 
the box.

At least for me, the rendering error message is in English. I miss the 
days when I could just install a new version of LyX and continue doing 
actual work.

If anyone can explain how to fix this I would certainly appreciate it.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads Fehler bei der Konvertierung in ein 
darstellbares Format
   


Try to install ImageMagick and run Edit-Reconfigure

Andre'

 

ImageMagick 5.4.7 is installed and reconfiguring does not help. Nor does 
disabling the .lyx file.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads Fehler bei der Konvertierung in ein 
darstellbares Format
   


Try to install ImageMagick and run Edit-Reconfigure

Andre'

 

To what format does the eps file have to be converted so that it will 
display in LyX? I am able to display the eps file that Myriam Abramson 
(help with graphics, 11/17/02 04:39 pm) uploaded. But lyx cannot seem 
to handle eps files from R. I am attaching one example for people to 
try. I would like to know if LyX can render this eps - my LyX 1.2.1 doesn't.

Rick B.



pm2.5.time.plot.eps
Description: PostScript document

Re: Waiting for draw request to start loading

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


rab == rab  [EMAIL PROTECTED] writes:
   


rab I asked the same question. I have three computers (work, home,
rab and laptop) and the same thing happens on all three. Someone
rab suggested turning on debugging using lyx -dbg any or lyx -dbg
rab graphics. This shows that there is a problem in converting the
rab eps into pnm (if memory serves). Yet all the necessary software
rab is installed and functioning. LyX is set up to use convert from
rab ImageMagick. I can convert the eps files manually but it just
rab doesn't work in LyX. What is really funny is that if I load a LyX
rab help document, it displays the eps figures.

We are certainly aware of some of these problems, but we have
difficulties to understand what they actually are, and how to solve
them. It seems that various version of various utilities do not mix
well together (notice the precision of this statement %-|). This
problem is one reason why 1.2.2 has not been released yet, although it
contains many important fixes. But, as the maintainer of the 1.2.x
versions, I cannot afford to spend much time on this problem. I just
do what I can. Nevertheless, I hear the complaints on lyx-users :)

rab LyX 1.2.1 seems to have a lot of problems. I used to be able to
rab just install the latest version and everything would basically
rab work. With 1.2.1 now I also have trouble with the previewing of
rab the document. On my home PC, if I logged in as a regular user,
rab the preview worked OK (dvi, ps, and pdf). Yet if I would log in
rab as root, it would not work. 

This happens if latex is not configured properly for the user 'root',
for example. I would be surprised if it was LyX' fault (but anything
can happen...).

rab Another strange problem is viewing as html. I get an error
rab message about the document name if it has more than one ..
rab Something about dvips not working in this case (although it has
rab always worked to do a dvi preview). If I rename the document so
rab it has only one ., then it makes a nice html document and
rab displays it in netscape (4.79) using latex2html. 

This will be fixed in 1.2.2

rab In some situations (I don't remember exactly), I would get an
rab error saying that netscape can't find the server. If I configure
rab LyX to use mozilla, I always get this error. Must have something
rab to do with writine the mozilla command to open a file.

I have a fix for that that has been applied to the development
version, and I will maybe apply it to 1.2.2, since we had many
requests (I try to be conservative as to which fixes go to stable
versions). 

rab I imagine when LyX installs itself (I used an rpm), it looks for
rab helper programs and configures accordingly. But I have all of
rab them and they worked in 1.1.6fix3 so I'm not sure why things are
rab so flaky now. If it was just one machine, I could understand it
rab but not three (all running RH 8.0 - maybe it has to do with RH
rab 8.0).

This has probably to do with the versions of some utilities shipped
with rh8. Not necessarily that they are broken, but bad interaction.

JMarc



 

Well now that I know I didn't (necessarily) screw things up, I can just 
wait until the next version pr whenever it gets fixed. It was thinking 
that I could fix it that made me obsess about this. Thanks for letting 
me know.

Rick B.

P. S. I did upload a file produced by R you might want to use to test. I 
can get some eps files to render but none (so far) from R 1.6.1.

I just checked and LyX 1.2.1 does render eps files from versions of R 
prior to 1.6.1. Unfortunately I cannot tell what is the version of R. If 
anyone needs an example file for comparison, please let me know.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
   


Richard Andre Poenitz wrote:
 

On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not
even see graphics sporadically any more. Instead I get an error
message in each graphics box telling me that the conversion into a
display format failed. In fact, the message is in German and reads
Fehler bei der Konvertierung in ein darstellbares Format

   

Try to install ImageMagick and run Edit-Reconfigure

Andre'


 

Richard To what format does the eps file have to be converted so that
Richard it will display in LyX? I am able to display the eps file
Richard that Myriam Abramson (help with graphics, 11/17/02 04:39
Richard pm) uploaded. But lyx cannot seem to handle eps files from R.
Richard I am attaching one example for people to try. I would like to
Richard know if LyX can render this eps - my LyX 1.2.1 doesn't.

It works fine for me with 1.2.2cvs, in two different environments:

- redhat 7.1, xforms 0.89.5, ImageMagick 5.2.7, ghostscript 7.0

- tru64 4.0f, xforms 0.88.1, ImageMagick 3.7.8, ghostscript 7.0

Do you still have this problem if the file name does not contain
multiple dots?

JMarc



 

Removing the extra periods allows the graphic to render. I hope this 
will be fixed eventually because it will be very inconvenient not to be 
able to use periods to make the file names more readable. With hundreds 
of files, it is difficult to keep track of them with dos-like names.

Thanks.

Rick B.

New More Serious Problems with 1.2.1 - Partial Printing

[Richard A. Bilonick]

I have a 20 page document that I was previously working on using LyX 
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I 
tried to view it through pdf, it would screw up some figure captions. 
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to 
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN 
THOUGH all 20 pages show quite nicely in gv. If I try to print directly 
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the problem.

This is a much more serious problem because I need to be able to print 
the documents and make them into pdf's. If I can't do that, there is not 
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing

[Richard A. Bilonick]

Matej Cepl wrote:


Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX 
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I 
tried to view it through pdf, it would screw up some figure captions. 
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to 
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN 
THOUGH all 20 pages show quite nicely in gv. If I try to print directly 
from gv, again only the first 8 pages will print.
   


Does using pdflatex help? (View PDF (pdflatex) or File/Export/PDF
(pdflatex))

Matej

 

No, neither work. An error message pops up saying error while executing 
eps2pdf outfile='projects_PS_pm2.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Norbert Stribeck wrote:


Since more than a year I have watched the list and the discussion concerning
the problem that LyX renders graphics only sporadically on fast computers - I 
still have the problem and tried the sporadic tips to solve the problem - 
without success for SuSE 7.3 and SuSE 8.0. I have tried to update from 1.1.6 
to 1.2.1, but was unable to compile the sources - because of the cc1plus 
error. Now I have succeeded in part and feel that there might be somebody out 
there knowing the ultimate solution. Here is what I did:

When I asked to check the dependencies, the output was:
# rpm -Uvh lyx-1.2.1-1rh8-xforms089.i386.rpm
error: failed dependencies:
   tetex-xdvi is needed by lyx-1.2.1-1
   tetex-latex is needed by lyx-1.2.1-1
   libstdc++.so.5   is needed by lyx-1.2.1-1
   libstdc++.so.5(GLIBCPP_3.2)   is needed by lyx-1.2.1-1
   perl(Cwd)   is needed by lyx-1.2.1-1
   perl(File::Basename)   is needed by lyx-1.2.1-1
   perl(FileHandle)   is needed by lyx-1.2.1-1
   perl(lib)   is needed by lyx-1.2.1-1
   perl(strict)   is needed by lyx-1.2.1-1
   perl(vars)   is needed by lyx-1.2.1-1

So I installed 1.2.1 from the binary rpm using --nodeps and supplied both 
libstdc++.so.5.0.0 and libgcc_s.so.1 in /usr/lib (moreover, a symbolic link 
to libstdc++.so.5 was generated and ldconfig was run).

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads Fehler bei der Konvertierung in ein 
darstellbares Format

Norbert
 

I'm in a similar (sinking) boat. In previous versions of LyX, the 
graphics would almost always render. At most, I would just have to 
restart LyX and rendering would work again. Now that I've installed 
1.2.1 for RH 8.0 and using xforms 0.89 (after upgrading to RH 8.0), 
rendering just does NOT work at all. (Not quite true - it doesn't work 
on eps files created by R.) This is on three Intel PCs all running RH 
8.0 (one is a laptop, the other two are desktop systems). I can't be 
sure the problem doesn't have something to do with Redhat 8.0. Or it may 
be that all the eps files I'm creating come from R (they used to render 
OK and they are eps files.) But I cannot fix it and have seen NOTHING on 
the list that has helped. Someone did suggest turning on debuggind (lyx 
-dbg graphics or lyx -dbg any) but that just tells me the conversion 
doesn't work - even though all the software needed for the conversion is 
readily available on all three systems - I can do it manually - and if 
the conversion wasn't in the preferences I added it. LyX installed 
differently on each system. On at least one I had to even get it to just 
view in PS and PDF. Viewing in HTML gives a screwy message about the 
file name having more than one period and that dvips can't handle it. I 
have to rename the file so there is only one period. Fortunately I guess 
I can live without rendering in LyX just so long as it prints and views OK.

Just for your information, I always use rpm -U --test before actually 
installing the binary. rpm never reported any problem either in test 
mode or when I actually installed the software. There were no conflicts 
and it didn't complain about any missing software - LyX installed (as it 
had in the past) without any error messages or warnings. Everything 
seems to work except for rendering (and viewing on one system) out of 
the box.

At least for me, the rendering error message is in English. I miss the 
days when I could just install a new version of LyX and continue doing 
actual work.

If anyone can explain how to fix this I would certainly appreciate it.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads Fehler bei der Konvertierung in ein 
darstellbares Format
   


Try to install ImageMagick and run Edit-Reconfigure

Andre'

 

ImageMagick 5.4.7 is installed and reconfiguring does not help. Nor does 
disabling the .lyx file.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads Fehler bei der Konvertierung in ein 
darstellbares Format
   


Try to install ImageMagick and run Edit-Reconfigure

Andre'

 

To what format does the eps file have to be converted so that it will 
display in LyX? I am able to display the eps file that Myriam Abramson 
(help with graphics, 11/17/02 04:39 pm) uploaded. But lyx cannot seem 
to handle eps files from R. I am attaching one example for people to 
try. I would like to know if LyX can render this eps - my LyX 1.2.1 doesn't.

Rick B.



pm2.5.time.plot.eps
Description: PostScript document

Re: Waiting for draw request to start loading

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


rab == rab  [EMAIL PROTECTED] writes:
   


rab I asked the same question. I have three computers (work, home,
rab and laptop) and the same thing happens on all three. Someone
rab suggested turning on debugging using lyx -dbg any or lyx -dbg
rab graphics. This shows that there is a problem in converting the
rab eps into pnm (if memory serves). Yet all the necessary software
rab is installed and functioning. LyX is set up to use convert from
rab ImageMagick. I can convert the eps files manually but it just
rab doesn't work in LyX. What is really funny is that if I load a LyX
rab help document, it displays the eps figures.

We are certainly aware of some of these problems, but we have
difficulties to understand what they actually are, and how to solve
them. It seems that various version of various utilities do not mix
well together (notice the precision of this statement %-|). This
problem is one reason why 1.2.2 has not been released yet, although it
contains many important fixes. But, as the maintainer of the 1.2.x
versions, I cannot afford to spend much time on this problem. I just
do what I can. Nevertheless, I hear the complaints on lyx-users :)

rab LyX 1.2.1 seems to have a lot of problems. I used to be able to
rab just install the latest version and everything would basically
rab work. With 1.2.1 now I also have trouble with the previewing of
rab the document. On my home PC, if I logged in as a regular user,
rab the preview worked OK (dvi, ps, and pdf). Yet if I would log in
rab as root, it would not work. 

This happens if latex is not configured properly for the user 'root',
for example. I would be surprised if it was LyX' fault (but anything
can happen...).

rab Another strange problem is viewing as html. I get an error
rab message about the document name if it has more than one ..
rab Something about dvips not working in this case (although it has
rab always worked to do a dvi preview). If I rename the document so
rab it has only one ., then it makes a nice html document and
rab displays it in netscape (4.79) using latex2html. 

This will be fixed in 1.2.2

rab In some situations (I don't remember exactly), I would get an
rab error saying that netscape can't find the server. If I configure
rab LyX to use mozilla, I always get this error. Must have something
rab to do with writine the mozilla command to open a file.

I have a fix for that that has been applied to the development
version, and I will maybe apply it to 1.2.2, since we had many
requests (I try to be conservative as to which fixes go to stable
versions). 

rab I imagine when LyX installs itself (I used an rpm), it looks for
rab helper programs and configures accordingly. But I have all of
rab them and they worked in 1.1.6fix3 so I'm not sure why things are
rab so flaky now. If it was just one machine, I could understand it
rab but not three (all running RH 8.0 - maybe it has to do with RH
rab 8.0).

This has probably to do with the versions of some utilities shipped
with rh8. Not necessarily that they are broken, but bad interaction.

JMarc



 

Well now that I know I didn't (necessarily) screw things up, I can just 
wait until the next version pr whenever it gets fixed. It was thinking 
that I could fix it that made me obsess about this. Thanks for letting 
me know.

Rick B.

P. S. I did upload a file produced by R you might want to use to test. I 
can get some eps files to render but none (so far) from R 1.6.1.

I just checked and LyX 1.2.1 does render eps files from versions of R 
prior to 1.6.1. Unfortunately I cannot tell what is the version of R. If 
anyone needs an example file for comparison, please let me know.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


Richard == Richard A Bilonick [EMAIL PROTECTED] writes:
   


Richard Andre Poenitz wrote:
 

On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not
even see graphics sporadically any more. Instead I get an error
message in each graphics box telling me that the conversion into a
display format failed. In fact, the message is in German and reads
Fehler bei der Konvertierung in ein darstellbares Format

   

Try to install ImageMagick and run Edit-Reconfigure

Andre'


 

Richard To what format does the eps file have to be converted so that
Richard it will display in LyX? I am able to display the eps file
Richard that Myriam Abramson (help with graphics, 11/17/02 04:39
Richard pm) uploaded. But lyx cannot seem to handle eps files from R.
Richard I am attaching one example for people to try. I would like to
Richard know if LyX can render this eps - my LyX 1.2.1 doesn't.

It works fine for me with 1.2.2cvs, in two different environments:

- redhat 7.1, xforms 0.89.5, ImageMagick 5.2.7, ghostscript 7.0

- tru64 4.0f, xforms 0.88.1, ImageMagick 3.7.8, ghostscript 7.0

Do you still have this problem if the file name does not contain
multiple dots?

JMarc



 

Removing the extra periods allows the graphic to render. I hope this 
will be fixed eventually because it will be very inconvenient not to be 
able to use periods to make the file names more readable. With hundreds 
of files, it is difficult to keep track of them with dos-like names.

Thanks.

Rick B.

New More Serious Problems with 1.2.1 - Partial Printing

[Richard A. Bilonick]

I have a 20 page document that I was previously working on using LyX 
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I 
tried to view it through pdf, it would screw up some figure captions. 
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to 
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN 
THOUGH all 20 pages show quite nicely in gv. If I try to print directly 
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the problem.

This is a much more serious problem because I need to be able to print 
the documents and make them into pdf's. If I can't do that, there is not 
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing

[Richard A. Bilonick]

Matej Cepl wrote:


Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX 
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I 
tried to view it through pdf, it would screw up some figure captions. 
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to 
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN 
THOUGH all 20 pages show quite nicely in gv. If I try to print directly 
from gv, again only the first 8 pages will print.
   


Does using pdflatex help? (View PDF (pdflatex) or File/Export/PDF
(pdflatex))

Matej

 

No, neither work. An error message pops up saying error while executing 
eps2pdf outfile='projects_PS_pm2.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Norbert Stribeck wrote:


Since more than a year I have watched the list and the discussion concerning
the problem that LyX renders graphics only sporadically on fast computers - I 
still have the problem and tried the sporadic tips to solve the problem - 
without success for SuSE 7.3 and SuSE 8.0. I have tried to update from 1.1.6 
to 1.2.1, but was unable to compile the sources - because of the cc1plus 
error. Now I have succeeded in part and feel that there might be somebody out 
there knowing the ultimate solution. Here is what I did:

When I asked to check the dependencies, the output was:
# rpm -Uvh lyx-1.2.1-1rh8-xforms089.i386.rpm
error: failed dependencies:
   tetex-xdvi is needed by lyx-1.2.1-1
   tetex-latex is needed by lyx-1.2.1-1
   libstdc++.so.5   is needed by lyx-1.2.1-1
   libstdc++.so.5(GLIBCPP_3.2)   is needed by lyx-1.2.1-1
   perl(Cwd)   is needed by lyx-1.2.1-1
   perl(File::Basename)   is needed by lyx-1.2.1-1
   perl(FileHandle)   is needed by lyx-1.2.1-1
   perl(lib)   is needed by lyx-1.2.1-1
   perl(strict)   is needed by lyx-1.2.1-1
   perl(vars)   is needed by lyx-1.2.1-1

So I installed 1.2.1 from the binary rpm using --nodeps and supplied both 
libstdc++.so.5.0.0 and libgcc_s.so.1 in /usr/lib (moreover, a symbolic link 
to libstdc++.so.5 was generated and ldconfig was run).

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads "Fehler bei der Konvertierung in ein 
darstellbares Format"

Norbert
 

I'm in a similar (sinking) boat. In previous versions of LyX, the 
graphics would almost always render. At most, I would just have to 
restart LyX and rendering would work again. Now that I've installed 
1.2.1 for RH 8.0 and using xforms 0.89 (after upgrading to RH 8.0), 
rendering just does NOT work at all. (Not quite true - it doesn't work 
on eps files created by R.) This is on three Intel PCs all running RH 
8.0 (one is a laptop, the other two are desktop systems). I can't be 
sure the problem doesn't have something to do with Redhat 8.0. Or it may 
be that all the eps files I'm creating come from R (they used to render 
OK and they are eps files.) But I cannot fix it and have seen NOTHING on 
the list that has helped. Someone did suggest turning on debuggind ("lyx 
-dbg graphics" or "lyx -dbg any") but that just tells me the conversion 
doesn't work - even though all the software needed for the conversion is 
readily available on all three systems - I can do it manually - and if 
the conversion wasn't in the preferences I added it. LyX installed 
differently on each system. On at least one I had to even get it to just 
view in PS and PDF. Viewing in HTML gives a screwy message about the 
file name having more than one period and that dvips can't handle it. I 
have to rename the file so there is only one period. Fortunately I guess 
I can live without rendering in LyX just so long as it prints and views OK.

Just for your information, I always use "rpm -U --test" before actually 
installing the binary. rpm never reported any problem either in test 
mode or when I actually installed the software. There were no conflicts 
and it didn't complain about any missing software - LyX installed (as it 
had in the past) without any error messages or warnings. Everything 
seems to work except for rendering (and viewing on one system) out of 
the box.

At least for me, the rendering error message is in English. I miss the 
days when I could just install a new version of LyX and continue doing 
actual work.

If anyone can explain how to fix this I would certainly appreciate it.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads "Fehler bei der Konvertierung in ein 
darstellbares Format"
   


Try to install ImageMagick and run Edit->Reconfigure

Andre'

 

ImageMagick 5.4.7 is installed and reconfiguring does not help. Nor does 
disabling the .lyx file.

Rick B.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Andre Poenitz wrote:


On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not even see 
graphics sporadically any more. Instead I get an error message in each 
graphics box telling me that the conversion into a display format failed. In 
fact, the message is in German and reads "Fehler bei der Konvertierung in ein 
darstellbares Format"
   


Try to install ImageMagick and run Edit->Reconfigure

Andre'

 

To what format does the eps file have to be converted so that it will 
display in LyX? I am able to display the eps file that Myriam Abramson 
"(help with graphics", 11/17/02 04:39 pm) uploaded. But lyx cannot seem 
to handle eps files from R. I am attaching one example for people to 
try. I would like to know if LyX can render this eps - my LyX 1.2.1 doesn't.

Rick B.



pm2.5.time.plot.eps
Description: PostScript document

Re: Waiting for draw request to start loading

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


"rab" == rab  <[EMAIL PROTECTED]> writes:
   


rab> I asked the same question. I have three computers (work, home,
rab> and laptop) and the same thing happens on all three. Someone
rab> suggested turning on debugging using "lyx -dbg any" or "lyx -dbg
rab> graphics". This shows that there is a problem in converting the
rab> eps into pnm (if memory serves). Yet all the necessary software
rab> is installed and functioning. LyX is set up to use "convert" from
rab> ImageMagick. I can convert the eps files manually but it just
rab> doesn't work in LyX. What is really funny is that if I load a LyX
rab> help document, it displays the eps figures.

We are certainly aware of some of these problems, but we have
difficulties to understand what they actually are, and how to solve
them. It seems that various version of various utilities do not mix
well together (notice the precision of this statement %-|). This
problem is one reason why 1.2.2 has not been released yet, although it
contains many important fixes. But, as the maintainer of the 1.2.x
versions, I cannot afford to spend much time on this problem. I just
do what I can. Nevertheless, I hear the complaints on lyx-users :)

rab> LyX 1.2.1 seems to have a lot of problems. I used to be able to
rab> just install the latest version and everything would basically
rab> work. With 1.2.1 now I also have trouble with the previewing of
rab> the document. On my home PC, if I logged in as a regular user,
rab> the preview worked OK (dvi, ps, and pdf). Yet if I would log in
rab> as root, it would not work. 

This happens if latex is not configured properly for the user 'root',
for example. I would be surprised if it was LyX' fault (but anything
can happen...).

rab> Another strange problem is viewing as html. I get an error
rab> message about the document name if it has more than one ".".
rab> Something about dvips not working in this case (although it has
rab> always worked to do a dvi preview). If I rename the document so
rab> it has only one ".", then it makes a nice html document and
rab> displays it in netscape (4.79) using latex2html. 

This will be fixed in 1.2.2

rab> In some situations (I don't remember exactly), I would get an
rab> error saying that netscape can't find the server. If I configure
rab> LyX to use mozilla, I always get this error. Must have something
rab> to do with writine the mozilla command to open a file.

I have a fix for that that has been applied to the development
version, and I will maybe apply it to 1.2.2, since we had many
requests (I try to be conservative as to which fixes go to stable
versions). 

rab> I imagine when LyX installs itself (I used an rpm), it looks for
rab> helper programs and configures accordingly. But I have all of
rab> them and they worked in 1.1.6fix3 so I'm not sure why things are
rab> so flaky now. If it was just one machine, I could understand it
rab> but not three (all running RH 8.0 - maybe it has to do with RH
rab> 8.0).

This has probably to do with the versions of some utilities shipped
with rh8. Not necessarily that they are broken, but bad interaction.

JMarc



 

Well now that I know I didn't (necessarily) screw things up, I can just 
wait until the next version pr whenever it gets fixed. It was thinking 
that I could fix it that made me obsess about this. Thanks for letting 
me know.

Rick B.

P. S. I did upload a file produced by R you might want to use to test. I 
can get some eps files to render but none (so far) from R 1.6.1.

I just checked and LyX 1.2.1 does render eps files from versions of R 
prior to 1.6.1. Unfortunately I cannot tell what is the version of R. If 
anyone needs an example file for comparison, please let me know.

Re: LyX not rendering graphics

[Richard A. Bilonick]

Jean-Marc Lasgouttes wrote:


"Richard" == Richard A Bilonick <[EMAIL PROTECTED]> writes:
   


Richard> Andre Poenitz wrote:
 

On Mon, Nov 18, 2002 at 03:20:07PM +0100, Norbert Stribeck wrote:
 

Now LyX 1.2.1 works fine (even xdvi and PDF output), but I do not
even see graphics sporadically any more. Instead I get an error
message in each graphics box telling me that the conversion into a
display format failed. In fact, the message is in German and reads
"Fehler bei der Konvertierung in ein darstellbares Format"

   

Try to install ImageMagick and run Edit->Reconfigure

Andre'


 

Richard> To what format does the eps file have to be converted so that
Richard> it will display in LyX? I am able to display the eps file
Richard> that Myriam Abramson "(help with graphics", 11/17/02 04:39
Richard> pm) uploaded. But lyx cannot seem to handle eps files from R.
Richard> I am attaching one example for people to try. I would like to
Richard> know if LyX can render this eps - my LyX 1.2.1 doesn't.

It works fine for me with 1.2.2cvs, in two different environments:

- redhat 7.1, xforms 0.89.5, ImageMagick 5.2.7, ghostscript 7.0

- tru64 4.0f, xforms 0.88.1, ImageMagick 3.7.8, ghostscript 7.0

Do you still have this problem if the file name does not contain
multiple dots?

JMarc



 

Removing the extra periods allows the graphic to render. I hope this 
will be fixed eventually because it will be very inconvenient not to be 
able to use periods to make the file names more readable. With hundreds 
of files, it is difficult to keep track of them with dos-like names.

Thanks.

Rick B.

New More Serious Problems with 1.2.1 - Partial Printing

[Richard A. Bilonick]

I have a 20 page document that I was previously working on using LyX 
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I 
tried to view it through pdf, it would screw up some figure captions. 
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to 
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN 
THOUGH all 20 pages show quite nicely in gv. If I try to print directly 
from gv, again only the first 8 pages will print.

I can send the document if someone needs it to help diagnose the problem.

This is a much more serious problem because I need to be able to print 
the documents and make them into pdf's. If I can't do that, there is not 
much point to using LyX.

Why can gv view the entire document but not print it???

Rick B.

Re: New More Serious Problems with 1.2.1 - Partial Printing

[Richard A. Bilonick]

Matej Cepl wrote:


Richard A. Bilonick wrote:
 

I have a 20 page document that I was previously working on using LyX 
1.1.6fix3. It would print just fine - all 20 pages via postscript. If I 
tried to view it through pdf, it would screw up some figure captions. 
Using ps2pdf12 or ps2pdf13 manually rather than using ps2pdf seemed to 
fix the problem. Now in 1.2.1, only the first 8 pages will print - EVEN 
THOUGH all 20 pages show quite nicely in gv. If I try to print directly 
from gv, again only the first 8 pages will print.
   


Does using pdflatex help? (View PDF (pdflatex) or File/Export/PDF
(pdflatex))

Matej

 

No, neither work. An error message pops up saying "error while executing 
eps2pdf outfile='projects_PS_pm2".

Rick B.

LyX 1.2.1 and R 1.6.1 eps Figures won't display in LyX

[Richard A. Bilonick]

I'm running Redhat 8.0 on an I686 pc and using LyX 1.2.1. LyX will 
create a proper Postscript version with  graphs of my document and will 
print OK but does not display the eps images in LyX itself. Every figure 
has Error converting to loadable format. Yet it displays the figures 
in the Help documentation. I use R 1.6.1 to create eps figures using the 
onefile=FALSE, horizontal=FALSE, and paper=special arguments. This 
used to work OK in earlier versions of LyX.

Another problem has to do with ps2pdf reporting for one document in 
particular:

[lrb0r22rbilonick tmp]$ ps2pdf scamp.pm2.5.accuracy.precision.2.ps
Error: /undefinedfilename in (scamp.pm2.5.accuracy.precision.2.ps)
Operand stack:

Execution stack:
  %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   
--nostringval--   --nostringval--   false   1   %stopped_push   
--nostringval--   --nostringval--
Dictionary stack:
  --dict:1052/1123(ro)(G)--   --dict:0/20(G)--   --dict:88/200(L)--
Current allocation mode is local
Last OS error: 2
GNU Ghostscript 7.05: Unrecoverable error, exit code 1

This happens when I try to view the document as a pdf. Other documents 
work OK and can be viewed in acrobat. (No figures are rendered and 
displayed within LyX, however.) I am not sure what the problem is with 
this particular document. I can attach the document if anyone wants to 
examine it. It's about 19 pages. I have also tried ps2pdf12 and ps2pdf13 
to no avail.

Rick B.

Re: LyX 1.2.1 and R 1.6.1 eps Figures won't display in LyX

[Richard A. Bilonick]

Duncan Webb wrote:


Richard A. Bilonick [EMAIL PROTECTED] writes:
 

I'm running Redhat 8.0 on an I686 pc and using LyX 1.2.1. LyX will
create a proper Postscript version with  graphs of my document and will
print OK but does not display the eps images in LyX itself. Every figure
has Error converting to loadable format. Yet it displays the figures
in the Help documentation. I use R 1.6.1 to create eps figures using the
onefile=FALSE, horizontal=FALSE, and paper=special arguments. This
used to work OK in earlier versions of LyX.
   


There are some debug flags (type lyx -dbg) that you can set that will tell
you exactly what lyx is trying to do. A possible cause is that the image has
not been converted to the internal format; LyX looks for 'convert' possibly
at a specified path (it does in the cygwin version) and if it can not
convert the format then you get this error.

Cheers,
Duncan



 

Thanks for the suggestion. I turned on graphics debugging and opened the 
document. Then I scrolled so that just the first figure shows in LyX. 
I'm not sure why image conversion is failing. The convert program (I 
believe from ImageMagick) is installed and I can use to manually convert 
from eps to xpm. The conversion preferences appear to be OK also. Should 
I enable a different debug flag?

[lrb0r22@rbilonick lrb0r22]$ lyx -dbg graphics 
[1] 19440
[lrb0r22@rbilonick lrb0r22]$ Setting debug level to graphics
Debugging `graphics' (Graphics conversion and loading)
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Attempting to convert image file: 
/projects/Winters.Steve/PS/pm2.5.time.plot.eps
with recognised extension: eps.
   eps detected - test for an epsi ...
Recognised Fileformat: eps
   eps detected - test for an epsi ...
Recognised Fileformat: eps

   The file contains eps format data.

The image loader can load the following directly:
Windows/OS2 BMP file, extension bmp
NASA/NOST FITS, extension fits
CompuServ GIF, extension gif
JPEG/JFIF format, extension jpg
Portable Pixmap, extension ppm
Portable Graymap, extension pgm
Portable Bitmap, extension pbm
SGI Iris, extension sgi
Tag Image File Format, extension tif
X11 Bitmap, extension xbm
X Window Dump, extension xwd
XPM format, extension xpm

Of these, LyX recognises the following formats:
bmp, fits, gif, jpg, ppm, pgm, pbm, sgi, tiff, xbm, xwd, xpm

Converting it to xpm format.
Conversion script:

#!/bin/sh
infile='/projects/Winters.Steve/PS/pm2.5.time.plot.eps'
infile_base='/projects/Winters.Steve/PS/pm2.5.time.plot'
outfile='/tmp/lyx_tmpdir19440fsUj2f/gconvert019440vbS0AT.xpm'

convert EPS:${infile} XPM:${outfile}

if [ $? -ne 0 ]; then
   'rm' -f ${outfile}
   exit 1
fi

if [ ! -f ${outfile} ]; then
   if [ -f ${outfile}.0 ]; then
   'mv' -f ${outfile}.0 ${outfile}
   'rm' -f ${outfile}.?
   else
   exit 1
   fi
fi

fromfile=${outfile}
tofile='/tmp/lyx_tmpdir19440fsUj2f/pm2.5.time.xpm'

'mv' -f ${fromfile} ${tofile}
if [ $? -ne 0 ]; then
   'cp' -f ${fromfile} ${tofile}
   if [ $? -ne 0 ]; then
   exit 1
   fi
   'rm' -f ${fromfile}
fi


Image conversion failed.

LyX 1.2.1 and R 1.6.1 eps Figures won't display in LyX

[Richard A. Bilonick]

I'm running Redhat 8.0 on an I686 pc and using LyX 1.2.1. LyX will 
create a proper Postscript version with  graphs of my document and will 
print OK but does not display the eps images in LyX itself. Every figure 
has Error converting to loadable format. Yet it displays the figures 
in the Help documentation. I use R 1.6.1 to create eps figures using the 
onefile=FALSE, horizontal=FALSE, and paper=special arguments. This 
used to work OK in earlier versions of LyX.

Another problem has to do with ps2pdf reporting for one document in 
particular:

[lrb0r22rbilonick tmp]$ ps2pdf scamp.pm2.5.accuracy.precision.2.ps
Error: /undefinedfilename in (scamp.pm2.5.accuracy.precision.2.ps)
Operand stack:

Execution stack:
  %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   
--nostringval--   --nostringval--   false   1   %stopped_push   
--nostringval--   --nostringval--
Dictionary stack:
  --dict:1052/1123(ro)(G)--   --dict:0/20(G)--   --dict:88/200(L)--
Current allocation mode is local
Last OS error: 2
GNU Ghostscript 7.05: Unrecoverable error, exit code 1

This happens when I try to view the document as a pdf. Other documents 
work OK and can be viewed in acrobat. (No figures are rendered and 
displayed within LyX, however.) I am not sure what the problem is with 
this particular document. I can attach the document if anyone wants to 
examine it. It's about 19 pages. I have also tried ps2pdf12 and ps2pdf13 
to no avail.

Rick B.

Re: LyX 1.2.1 and R 1.6.1 eps Figures won't display in LyX

[Richard A. Bilonick]

Duncan Webb wrote:


Richard A. Bilonick [EMAIL PROTECTED] writes:
 

I'm running Redhat 8.0 on an I686 pc and using LyX 1.2.1. LyX will
create a proper Postscript version with  graphs of my document and will
print OK but does not display the eps images in LyX itself. Every figure
has Error converting to loadable format. Yet it displays the figures
in the Help documentation. I use R 1.6.1 to create eps figures using the
onefile=FALSE, horizontal=FALSE, and paper=special arguments. This
used to work OK in earlier versions of LyX.
   


There are some debug flags (type lyx -dbg) that you can set that will tell
you exactly what lyx is trying to do. A possible cause is that the image has
not been converted to the internal format; LyX looks for 'convert' possibly
at a specified path (it does in the cygwin version) and if it can not
convert the format then you get this error.

Cheers,
Duncan



 

Thanks for the suggestion. I turned on graphics debugging and opened the 
document. Then I scrolled so that just the first figure shows in LyX. 
I'm not sure why image conversion is failing. The convert program (I 
believe from ImageMagick) is installed and I can use to manually convert 
from eps to xpm. The conversion preferences appear to be OK also. Should 
I enable a different debug flag?

[lrb0r22@rbilonick lrb0r22]$ lyx -dbg graphics 
[1] 19440
[lrb0r22@rbilonick lrb0r22]$ Setting debug level to graphics
Debugging `graphics' (Graphics conversion and loading)
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Attempting to convert image file: 
/projects/Winters.Steve/PS/pm2.5.time.plot.eps
with recognised extension: eps.
   eps detected - test for an epsi ...
Recognised Fileformat: eps
   eps detected - test for an epsi ...
Recognised Fileformat: eps

   The file contains eps format data.

The image loader can load the following directly:
Windows/OS2 BMP file, extension bmp
NASA/NOST FITS, extension fits
CompuServ GIF, extension gif
JPEG/JFIF format, extension jpg
Portable Pixmap, extension ppm
Portable Graymap, extension pgm
Portable Bitmap, extension pbm
SGI Iris, extension sgi
Tag Image File Format, extension tif
X11 Bitmap, extension xbm
X Window Dump, extension xwd
XPM format, extension xpm

Of these, LyX recognises the following formats:
bmp, fits, gif, jpg, ppm, pgm, pbm, sgi, tiff, xbm, xwd, xpm

Converting it to xpm format.
Conversion script:

#!/bin/sh
infile='/projects/Winters.Steve/PS/pm2.5.time.plot.eps'
infile_base='/projects/Winters.Steve/PS/pm2.5.time.plot'
outfile='/tmp/lyx_tmpdir19440fsUj2f/gconvert019440vbS0AT.xpm'

convert EPS:${infile} XPM:${outfile}

if [ $? -ne 0 ]; then
   'rm' -f ${outfile}
   exit 1
fi

if [ ! -f ${outfile} ]; then
   if [ -f ${outfile}.0 ]; then
   'mv' -f ${outfile}.0 ${outfile}
   'rm' -f ${outfile}.?
   else
   exit 1
   fi
fi

fromfile=${outfile}
tofile='/tmp/lyx_tmpdir19440fsUj2f/pm2.5.time.xpm'

'mv' -f ${fromfile} ${tofile}
if [ $? -ne 0 ]; then
   'cp' -f ${fromfile} ${tofile}
   if [ $? -ne 0 ]; then
   exit 1
   fi
   'rm' -f ${fromfile}
fi


Image conversion failed.

LyX 1.2.1 and R 1.6.1 eps Figures won't display in LyX

[Richard A. Bilonick]

I'm running Redhat 8.0 on an I686 pc and using LyX 1.2.1. LyX will 
create a proper Postscript version with  graphs of my document and will 
print OK but does not display the eps images in LyX itself. Every figure 
has "Error converting to loadable format." Yet it displays the figures 
in the Help documentation. I use R 1.6.1 to create eps figures using the 
onefile=FALSE, horizontal=FALSE, and paper="special" arguments. This 
used to work OK in earlier versions of LyX.

Another problem has to do with ps2pdf reporting for one document in 
particular:

[lrb0r22@rbilonick tmp]$ ps2pdf scamp.pm2.5.accuracy.precision.2.ps
Error: /undefinedfilename in (scamp.pm2.5.accuracy.precision.2.ps)
Operand stack:

Execution stack:
  %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   
--nostringval--   --nostringval--   false   1   %stopped_push   
--nostringval--   --nostringval--
Dictionary stack:
  --dict:1052/1123(ro)(G)--   --dict:0/20(G)--   --dict:88/200(L)--
Current allocation mode is local
Last OS error: 2
GNU Ghostscript 7.05: Unrecoverable error, exit code 1

This happens when I try to view the document as a pdf. Other documents 
work OK and can be viewed in acrobat. (No figures are rendered and 
displayed within LyX, however.) I am not sure what the problem is with 
this particular document. I can attach the document if anyone wants to 
examine it. It's about 19 pages. I have also tried ps2pdf12 and ps2pdf13 
to no avail.

Rick B.

Re: LyX 1.2.1 and R 1.6.1 eps Figures won't display in LyX

[Richard A. Bilonick]

Duncan Webb wrote:


"Richard A. Bilonick" <[EMAIL PROTECTED]> writes:
 

I'm running Redhat 8.0 on an I686 pc and using LyX 1.2.1. LyX will
create a proper Postscript version with  graphs of my document and will
print OK but does not display the eps images in LyX itself. Every figure
has "Error converting to loadable format." Yet it displays the figures
in the Help documentation. I use R 1.6.1 to create eps figures using the
onefile=FALSE, horizontal=FALSE, and paper="special" arguments. This
used to work OK in earlier versions of LyX.
   


There are some debug flags (type lyx -dbg) that you can set that will tell
you exactly what lyx is trying to do. A possible cause is that the image has
not been converted to the internal format; LyX looks for 'convert' possibly
at a specified path (it does in the cygwin version) and if it can not
convert the format then you get this error.

Cheers,
Duncan



 

Thanks for the suggestion. I turned on graphics debugging and opened the 
document. Then I scrolled so that just the first figure shows in LyX. 
I'm not sure why image conversion is failing. The "convert" program (I 
believe from ImageMagick) is installed and I can use to manually convert 
from eps to xpm. The conversion preferences appear to be OK also. Should 
I enable a different debug flag?

[lrb0r22@rbilonick lrb0r22]$ lyx -dbg graphics &
[1] 19440
[lrb0r22@rbilonick lrb0r22]$ Setting debug level to graphics
Debugging `graphics' (Graphics conversion and loading)
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Token: 'FormatVersion'
Token: 'filename'
Token: 'display'
Token: 'size_type'
Token: 'width'
Token: 'rotateOrigin'
Token: 'lyxsize_type'
Token: 'lyxwidth'
Token: 'lyxheight'
Token: '\end_inset'
Attempting to convert image file: 
/projects/Winters.Steve/PS/pm2.5.time.plot.eps
with recognised extension: eps.
   eps detected -> test for an epsi ...
Recognised Fileformat: eps
   eps detected -> test for an epsi ...
Recognised Fileformat: eps

   The file contains eps format data.

The image loader can load the following directly:
Windows/OS2 BMP file, extension "bmp"
NASA/NOST FITS, extension "fits"
CompuServ GIF, extension "gif"
JPEG/JFIF format, extension "jpg"
Portable Pixmap, extension "ppm"
Portable Graymap, extension "pgm"
Portable Bitmap, extension "pbm"
SGI Iris, extension "sgi"
Tag Image File Format, extension "tif"
X11 Bitmap, extension "xbm"
X Window Dump, extension "xwd"
XPM format, extension "xpm"

Of these, LyX recognises the following formats:
bmp, fits, gif, jpg, ppm, pgm, pbm, sgi, tiff, xbm, xwd, xpm

Converting it to xpm format.
Conversion script:

#!/bin/sh
infile='/projects/Winters.Steve/PS/pm2.5.time.plot.eps'
infile_base='/projects/Winters.Steve/PS/pm2.5.time.plot'
outfile='/tmp/lyx_tmpdir19440fsUj2f/gconvert019440vbS0AT.xpm'

convert EPS:${infile} XPM:${outfile}

if [ $? -ne 0 ]; then
   'rm' -f ${outfile}
   exit 1
fi

if [ ! -f ${outfile} ]; then
   if [ -f ${outfile}.0 ]; then
   'mv' -f ${outfile}.0 ${outfile}
   'rm' -f ${outfile}.?
   else
   exit 1
   fi
fi

fromfile=${outfile}
tofile='/tmp/lyx_tmpdir19440fsUj2f/pm2.5.time.xpm'

'mv' -f ${fromfile} ${tofile}
if [ $? -ne 0 ]; then
   'cp' -f ${fromfile} ${tofile}
   if [ $? -ne 0 ]; then
   exit 1
   fi
   'rm' -f ${fromfile}
fi


Image conversion failed.

Numbering Questions

[Richard A. Bilonick]

Hi,

Is there a way to automatically number questions like this:


[ paragraph ]

Question 1: blah blah blah

[ paragraph ]

Question 2: yada yada yada

and so forth.

Thanks,

Rick Bilonick

Numbering Questions

[Richard A. Bilonick]

Hi,

Is there a way to automatically number questions like this:


[ paragraph ]

Question 1: blah blah blah

[ paragraph ]

Question 2: yada yada yada

and so forth.

Thanks,

Rick Bilonick

Numbering Questions

[Richard A. Bilonick]

Hi,

Is there a way to automatically number questions like this:


[ paragraph ]

Question 1: blah blah blah

[ paragraph ]

Question 2: yada yada yada

and so forth.

Thanks,

Rick Bilonick

LyX Won't Honor Margins?

[Richard A. Bilonick]

I'm using 1.1.6 fix 1-1 for Linux. If I open an old document with 1in margins,
it displays correctly in Ghostview. If I create a new document and specify 1in
margins in Layout - Document - Paper, it does NOT display with 1in margins.

Am I doing something wrong or is this a bug? Is there a work around?

Thanks.

Rick Bilonick

Re: LyX Won't Honor Margins? - Mevermind!

[Richard A. Bilonick]

I see that you have to have the geometry button on to get the margins.

Rick Bilonick

LyX Won't Honor Margins?

[Richard A. Bilonick]

I'm using 1.1.6 fix 1-1 for Linux. If I open an old document with 1in margins,
it displays correctly in Ghostview. If I create a new document and specify 1in
margins in Layout - Document - Paper, it does NOT display with 1in margins.

Am I doing something wrong or is this a bug? Is there a work around?

Thanks.

Rick Bilonick

Re: LyX Won't Honor Margins? - Mevermind!

[Richard A. Bilonick]

I see that you have to have the geometry button on to get the margins.

Rick Bilonick

LyX Won't Honor Margins?

[Richard A. Bilonick]

I'm using 1.1.6 fix 1-1 for Linux. If I open an old document with 1in margins,
it displays correctly in Ghostview. If I create a new document and specify 1in
margins in Layout -> Document -> Paper, it does NOT display with 1in margins.

Am I doing something wrong or is this a bug? Is there a work around?

Thanks.

Rick Bilonick

Re: LyX Won't Honor Margins? - Mevermind!

[Richard A. Bilonick]

I see that you have to have the geometry button on to get the margins.

Rick Bilonick

LyX 1.1.6fix FIles Can't Be Input into earlier versions

[Richard A. Bilonick]

I installed 1.1.6fix on one computer and created a document with two tables (among
other things). I uploaded to two other computers running earlier versions (1.1.5fix I
believe and 1.0.1). 1.1.5fix crashed and complained about tabular envirionment no
longer being used and to input the file into an older version of LyX and I had found
a bug in LyX (well, duh!). It printed out version 2.16 (or 216) versus 2.18 (or
2.18). 1.0.1 was able to open the file but the two tables appear to have been changed
to tex code but not in red.

I didn't seem to have any problem before in moving docs to other versions of LyX
until now.

Other than this problem I like the new look of LyX and the many new features.

Rick Bilonick

LyX 1.1.6fix FIles Can't Be Input into earlier versions

[Richard A. Bilonick]

I installed 1.1.6fix on one computer and created a document with two tables (among
other things). I uploaded to two other computers running earlier versions (1.1.5fix I
believe and 1.0.1). 1.1.5fix crashed and complained about tabular envirionment no
longer being used and to input the file into an older version of LyX and I had found
a bug in LyX (well, duh!). It printed out version 2.16 (or 216) versus 2.18 (or
2.18). 1.0.1 was able to open the file but the two tables appear to have been changed
to tex code but not in red.

I didn't seem to have any problem before in moving docs to other versions of LyX
until now.

Other than this problem I like the new look of LyX and the many new features.

Rick Bilonick

LyX 1.1.6fix FIles Can't Be Input into earlier versions

[Richard A. Bilonick]

I installed 1.1.6fix on one computer and created a document with two tables (among
other things). I uploaded to two other computers running earlier versions (1.1.5fix I
believe and 1.0.1). 1.1.5fix crashed and complained about tabular envirionment no
longer being used and to input the file into an older version of LyX and I had found
a bug in LyX (well, duh!). It printed out version 2.16 (or 216) versus 2.18 (or
2.18). 1.0.1 was able to open the file but the two tables appear to have been changed
to tex code but not in red.

I didn't seem to have any problem before in moving docs to other versions of LyX
until now.

Other than this problem I like the new look of LyX and the many new features.

Rick Bilonick

Adding Vertical Space to Table Rows?

[Richard A. Bilonick]

Hi,

I've searched the LyX docs but can't find how to add vertical space to a single row
in a table. I have a cell that has a math fraction in it. When the table prints,
the top and bottom of the delimiters (parantheses) are touching the top and bottom
hoizontal lines of the table. I need to increase the overall height of the row. I
could not find a way to do this. It would make the table look so much better.

Rick Bilonick

Re: Adding Vertical Space to Table Rows?

[Richard A. Bilonick]

Herbert Voss wrote:

 "Richard A. Bilonick" wrote:
 
  Hi,
 
  I've searched the LyX docs but can't find how to add vertical space to a single row
  in a table. I have a cell that has a math fraction in it. When the table prints,
  the top and bottom of the delimiters (parantheses) are touching the top and bottom
  hoizontal lines of the table. I need to increase the overall height of the row. I
  could not find a way to do this. It would make the table look so much better.

 have a look at

 http://www.educat.hu-berlin.de/~voss/Informatik/LyXTips.html#table3

 Herbert

 --
 [EMAIL PROTECTED]
 http://perce.de/voss

Herbert,

Works like a charm! Thanks. I'm sure your web page has many other useful tips.

Rick Bilonick

Adding Vertical Space to Table Rows?

[Richard A. Bilonick]

Hi,

I've searched the LyX docs but can't find how to add vertical space to a single row
in a table. I have a cell that has a math fraction in it. When the table prints,
the top and bottom of the delimiters (parantheses) are touching the top and bottom
hoizontal lines of the table. I need to increase the overall height of the row. I
could not find a way to do this. It would make the table look so much better.

Rick Bilonick

Re: Adding Vertical Space to Table Rows?

[Richard A. Bilonick]

Herbert Voss wrote:

 "Richard A. Bilonick" wrote:
 
  Hi,
 
  I've searched the LyX docs but can't find how to add vertical space to a single row
  in a table. I have a cell that has a math fraction in it. When the table prints,
  the top and bottom of the delimiters (parantheses) are touching the top and bottom
  hoizontal lines of the table. I need to increase the overall height of the row. I
  could not find a way to do this. It would make the table look so much better.

 have a look at

 http://www.educat.hu-berlin.de/~voss/Informatik/LyXTips.html#table3

 Herbert

 --
 [EMAIL PROTECTED]
 http://perce.de/voss

Herbert,

Works like a charm! Thanks. I'm sure your web page has many other useful tips.

Rick Bilonick

Adding Vertical Space to Table Rows?

[Richard A. Bilonick]

Hi,

I've searched the LyX docs but can't find how to add vertical space to a single row
in a table. I have a cell that has a math fraction in it. When the table prints,
the top and bottom of the delimiters (parantheses) are touching the top and bottom
hoizontal lines of the table. I need to increase the overall height of the row. I
could not find a way to do this. It would make the table look so much better.

Rick Bilonick

Re: Adding Vertical Space to Table Rows?

[Richard A. Bilonick]

Herbert Voss wrote:

> "Richard A. Bilonick" wrote:
> >
> > Hi,
> >
> > I've searched the LyX docs but can't find how to add vertical space to a single row
> > in a table. I have a cell that has a math fraction in it. When the table prints,
> > the top and bottom of the delimiters (parantheses) are touching the top and bottom
> > hoizontal lines of the table. I need to increase the overall height of the row. I
> > could not find a way to do this. It would make the table look so much better.
>
> have a look at
>
> http://www.educat.hu-berlin.de/~voss/Informatik/LyXTips.html#table3
>
> Herbert
>
> --
> [EMAIL PROTECTED]
> http://perce.de/voss

Herbert,

Works like a charm! Thanks. I'm sure your web page has many other useful tips.

Rick Bilonick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Andre Poenitz wrote:

  I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
  \limits in math mode and hit the space key, I still see "limits". (This

 Try typing  \int\limits^12 _0

 Andre'

It makes no difference!

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Frank Mahler wrote:

 Herbert Voss wrote about TeX's limits:
   Try typing  \int\limits^12 _0
 
  uups, now i understand ... ;-)
 
  i forgot to tell, that you first have to choose the
  integral symbol from lyx or \int.
 as an alternative you might want to use LyX's internal math-limits
 command, which is bound to "M-m l" for my installation. Just put the
 cursor in front of the integral sign, press Meta-m l and see the limits
 swap their position...

 hth,
   Frank

This indeed does the trick! Thanks.

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Herbert Voss wrote:

 "Richard A. Bilonick" wrote:
 
  I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
  \limits in math mode and hit the space key, I still see "limits". (This

 that's ok. it's the same with other special math commands
 which lyx does not show in wysiwig, e.g. \mod

  is unlike typing \int. When you hit the space key, the "int" changes to
  the integral sign.) I've looked at the .lyx file and see the

 ok, too.

  sub/superscripts below/above the integral sign. But I cannot replicate
  it. Even copying and pasting does not work (the limits move to the right
  and upward/downward). Do I need something in the preamble?

 that's the fact, when you write a formula in the textline or
 choose a eqnarray and write the integral or sum in the middle
 field.

 Herbert

 --
 [EMAIL PROTECTED]
 http://perce.de/voss

OK. Now I understand. The word "limits" is displayed in the expression and
the actual limit values do not show up where they are supposed to in LyX, but
when you output to Postscript, everything prints correctly.

Thanks for clearing this up for me.

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Andre Poenitz wrote:

  I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
  \limits in math mode and hit the space key, I still see "limits". (This

 Try typing  \int\limits^12 _0

 Andre'

It makes no difference!

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Frank Mahler wrote:

 Herbert Voss wrote about TeX's limits:
   Try typing  \int\limits^12 _0
 
  uups, now i understand ... ;-)
 
  i forgot to tell, that you first have to choose the
  integral symbol from lyx or \int.
 as an alternative you might want to use LyX's internal math-limits
 command, which is bound to "M-m l" for my installation. Just put the
 cursor in front of the integral sign, press Meta-m l and see the limits
 swap their position...

 hth,
   Frank

This indeed does the trick! Thanks.

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Herbert Voss wrote:

 "Richard A. Bilonick" wrote:
 
  I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
  \limits in math mode and hit the space key, I still see "limits". (This

 that's ok. it's the same with other special math commands
 which lyx does not show in wysiwig, e.g. \mod

  is unlike typing \int. When you hit the space key, the "int" changes to
  the integral sign.) I've looked at the .lyx file and see the

 ok, too.

  sub/superscripts below/above the integral sign. But I cannot replicate
  it. Even copying and pasting does not work (the limits move to the right
  and upward/downward). Do I need something in the preamble?

 that's the fact, when you write a formula in the textline or
 choose a eqnarray and write the integral or sum in the middle
 field.

 Herbert

 --
 [EMAIL PROTECTED]
 http://perce.de/voss

OK. Now I understand. The word "limits" is displayed in the expression and
the actual limit values do not show up where they are supposed to in LyX, but
when you output to Postscript, everything prints correctly.

Thanks for clearing this up for me.

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Andre Poenitz wrote:

> > I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
> > \limits in math mode and hit the space key, I still see "limits". (This
>
> Try typing  \int\limits^12 _0
>
> Andre'

It makes no difference!

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Frank Mahler wrote:

> Herbert Voss wrote about TeX's limits:
> > > Try typing  \int\limits^12 _0
> >
> > uups, now i understand ... ;-)
> >
> > i forgot to tell, that you first have to choose the
> > integral symbol from lyx or \int.
> as an alternative you might want to use LyX's internal math-limits
> command, which is bound to "M-m l" for my installation. Just put the
> cursor in front of the integral sign, press Meta-m l and see the limits
> swap their position...
>
> hth,
>   Frank

This indeed does the trick! Thanks.

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

Herbert Voss wrote:

> "Richard A. Bilonick" wrote:
> >
> > I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
> > \limits in math mode and hit the space key, I still see "limits". (This
>
> that's ok. it's the same with other special math commands
> which lyx does not show in wysiwig, e.g. \mod
>
> > is unlike typing \int. When you hit the space key, the "int" changes to
> > the integral sign.) I've looked at the .lyx file and see the
>
> ok, too.
>
> > sub/superscripts below/above the integral sign. But I cannot replicate
> > it. Even copying and pasting does not work (the limits move to the right
> > and upward/downward). Do I need something in the preamble?
>
> that's the fact, when you write a formula in the textline or
> choose a eqnarray and write the integral or sum in the middle
> field.
>
> Herbert
>
> --
> [EMAIL PROTECTED]
> http://perce.de/voss

OK. Now I understand. The word "limits" is displayed in the expression and
the actual limit values do not show up where they are supposed to in LyX, but
when you output to Postscript, everything prints correctly.

Thanks for clearing this up for me.

Rick

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
\limits in math mode and hit the space key, I still see "limits". (This
is unlike typing \int. When you hit the space key, the "int" changes to
the integral sign.) I've looked at the .lyx file and see the
sub/superscripts below/above the integral sign. But I cannot replicate
it. Even copying and pasting does not work (the limits move to the right
and upward/downward). Do I need something in the preamble?

Rick Bilonick

Aleksandr Konstantinov wrote:

  \limits   -- for limits above/under
  space-key   -- end for command limits
  ^12   -- above limit 12
  _0-- down limit 0

  Thanks a lot.

 A.K.

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
\limits in math mode and hit the space key, I still see "limits". (This
is unlike typing \int. When you hit the space key, the "int" changes to
the integral sign.) I've looked at the .lyx file and see the
sub/superscripts below/above the integral sign. But I cannot replicate
it. Even copying and pasting does not work (the limits move to the right
and upward/downward). Do I need something in the preamble?

Rick Bilonick

Aleksandr Konstantinov wrote:

  \limits   -- for limits above/under
  space-key   -- end for command limits
  ^12   -- above limit 12
  _0-- down limit 0

  Thanks a lot.

 A.K.

Re: Integral subscripts - how to ?

[Richard A. Bilonick]

I've tried this (using LyX 1.1.5 under RH Linux 6.1) but when I type
\limits in math mode and hit the space key, I still see "limits". (This
is unlike typing \int. When you hit the space key, the "int" changes to
the integral sign.) I've looked at the .lyx file and see the
sub/superscripts below/above the integral sign. But I cannot replicate
it. Even copying and pasting does not work (the limits move to the right
and upward/downward). Do I need something in the preamble?

Rick Bilonick

Aleksandr Konstantinov wrote:

> > \limits   <-- for limits above/under
> ><-- end for command limits
> > ^12   <-- above limit 12
> > _0<-- down limit 0
>
>  Thanks a lot.
>
> A.K.

Re: Importing Text into Table always causes LyX to Crash

[Richard A. Bilonick]

Nevermind!

I downloaded 1.1.5-1. I installed it (after uninstalling 1.1.5pre1 because rpm
kept complaining that 1.1.5pre1 was newer). The text import appears to work
nicely again.

Rick Bilonick

"Richard A. Bilonick" wrote:

 Hi. I'm using version 1.1.5pre1 and trying to import text (as lines) from a
 text file into a table. I've set up a table with dimensions 140 x 11.
 Everytime I do the import LyX crashes (running RH 6.1 I386 on a pc).

 The only time this doesn't crash is if I insert into a very small table
 (which of course screws up the data).

 Is there some way to work around this problem? I've tried everything I can
 think of but LyX always crashes. In earlier versions I never had this
 problem.

 Rick Bilonick

Re: Importing Text into Table always causes LyX to Crash

[Richard A. Bilonick]

Nevermind!

I downloaded 1.1.5-1. I installed it (after uninstalling 1.1.5pre1 because rpm
kept complaining that 1.1.5pre1 was newer). The text import appears to work
nicely again.

Rick Bilonick

"Richard A. Bilonick" wrote:

 Hi. I'm using version 1.1.5pre1 and trying to import text (as lines) from a
 text file into a table. I've set up a table with dimensions 140 x 11.
 Everytime I do the import LyX crashes (running RH 6.1 I386 on a pc).

 The only time this doesn't crash is if I insert into a very small table
 (which of course screws up the data).

 Is there some way to work around this problem? I've tried everything I can
 think of but LyX always crashes. In earlier versions I never had this
 problem.

 Rick Bilonick

Re: Importing Text into Table always causes LyX to Crash

[Richard A. Bilonick]

Nevermind!

I downloaded 1.1.5-1. I installed it (after uninstalling 1.1.5pre1 because rpm
kept complaining that 1.1.5pre1 was newer). The text import appears to work
nicely again.

Rick Bilonick

"Richard A. Bilonick" wrote:

> Hi. I'm using version 1.1.5pre1 and trying to import text (as lines) from a
> text file into a table. I've set up a table with dimensions 140 x 11.
> Everytime I do the import LyX crashes (running RH 6.1 I386 on a pc).
>
> The only time this doesn't crash is if I insert into a very small table
> (which of course screws up the data).
>
> Is there some way to work around this problem? I've tried everything I can
> think of but LyX always crashes. In earlier versions I never had this
> problem.
>
> Rick Bilonick

Re: Fixing the Position of a Table

[Richard A. Bilonick]

Herbert Voss wrote:

 "Richard A. Bilonick" wrote:
 
  Hi. I need to place a table in a certain position in my document. Lyx wants
  to put all the tables at the end. I'm using the table float because I want
  the table numbering and caption. Is there any way to force the position?

 layout-document-float placement-!htb

 or choose float-package and than use option H

 Herbert

 --
 [EMAIL PROTECTED]
 http://perce.de/voss

Thanks, Herbert.

I had !hHb. With !hHtb it keeps the tables with the text as I wanted.

Rick Bilonick