RE: RE: Importing EPS images in Lyx
From: Emanuele Gissi Alessia Franceschi [EMAIL PROTECTED] To: Juergen Vigna [EMAIL PROTECTED], Niklas Hulden [EMAIL PROTECTED], Lista LyX [EMAIL PROTECTED] Subject: RE: RE: Importing EPS images in Lyx Date: Tue, 11 Jan 2000 18:00:36 +0100 I tried your example file ASIS and transformed with ps2epsi (which is much nicer at it really uses only the small space of your picture and not the much larger space of the saved image) and had NO problem at all to view the document in gv (View Postscript), both images rendered perfectly. Well, after using ps2epsi the resulting eps worked. I think that my problem was due to the bounding box that was very big. (as big as an A4 page :-) Thank you very much, my problem is now solved. What do you think of a little appendix to the user manual to explain what are EPS and PS files, solving problems with bounding boxes? And a little list of useful graphical programs to transform a graphic format in another and how to do it (tips and tricks, perhaps)? Your answer confirms that the procedure works OK for jpegs, but as I pointed out before the real problem is with gifs or pngs of figure containing drawings. I built a small example where an original vector-like figure exported from xfig to eps works fine, but where the same figure exported to gif or png and re-converted to eps with ImageMagick is not good. Is my implementation of ImageMagick buggy or what ? I thought that ImageMagick delegated the ps stuff to ghostscript (here 5.50) but obviously not because convert figtest.eps figtest.ps gives a bitmapped figure. Does the change in size while exporting to gif and png fron xfig explain a part of the problem ? Do I miss an option in convert ? Is it better with gimp ? Any info welcome. -- Jean-Pierre figtest.zip
RE: RE: Importing EPS images in Lyx
From: Emanuele Gissi Alessia Franceschi [EMAIL PROTECTED] To: Juergen Vigna [EMAIL PROTECTED], Niklas Hulden [EMAIL PROTECTED], Lista LyX [EMAIL PROTECTED] Subject: RE: RE: Importing EPS images in Lyx Date: Tue, 11 Jan 2000 18:00:36 +0100 I tried your example file ASIS and transformed with ps2epsi (which is much nicer at it really uses only the small space of your picture and not the much larger space of the saved image) and had NO problem at all to view the document in gv (View Postscript), both images rendered perfectly. Well, after using ps2epsi the resulting eps worked. I think that my problem was due to the bounding box that was very big. (as big as an A4 page :-) Thank you very much, my problem is now solved. What do you think of a little appendix to the user manual to explain what are EPS and PS files, solving problems with bounding boxes? And a little list of useful graphical programs to transform a graphic format in another and how to do it (tips and tricks, perhaps)? Your answer confirms that the procedure works OK for jpegs, but as I pointed out before the real problem is with gifs or pngs of figure containing drawings. I built a small example where an original vector-like figure exported from xfig to eps works fine, but where the same figure exported to gif or png and re-converted to eps with ImageMagick is not good. Is my implementation of ImageMagick buggy or what ? I thought that ImageMagick delegated the ps stuff to ghostscript (here 5.50) but obviously not because convert figtest.eps figtest.ps gives a bitmapped figure. Does the change in size while exporting to gif and png fron xfig explain a part of the problem ? Do I miss an option in convert ? Is it better with gimp ? Any info welcome. -- Jean-Pierre figtest.zip
RE: RE: Importing EPS images in Lyx
>>From: Emanuele Gissi & Alessia Franceschi <[EMAIL PROTECTED]> >>To: Juergen Vigna <[EMAIL PROTECTED]>, Niklas Hulden <[EMAIL PROTECTED]>, Lista LyX <[EMAIL PROTECTED]> >>Subject: RE: RE: Importing EPS images in Lyx >>Date: Tue, 11 Jan 2000 18:00:36 +0100 >> >> >>> I tried your example file ASIS and transformed with ps2epsi (which is much >>> nicer at it really uses only the small space of your picture and not the >>> much larger space of the saved image) and had NO problem at all to view >>> the document in gv (View Postscript), both images rendered perfectly. >> >>Well, after using ps2epsi the resulting eps worked. >>I think that my problem was due to the bounding box that was very big. >>(as big as an A4 page :-) >> >>Thank you very much, my problem is now solved. >> >>What do you think of a little appendix to the user manual to explain what are >>EPS and PS files, solving problems with bounding boxes? And a little list of >>useful graphical programs to transform a graphic format in another and how to >>do it (tips and tricks, perhaps)? Your answer confirms that the procedure works OK for jpegs, but as I pointed out before the real problem is with gifs or pngs of figure containing drawings. I built a small example where an original vector-like figure exported from xfig to eps works fine, but where the same figure exported to gif or png and re-converted to eps with ImageMagick is not good. Is my implementation of ImageMagick buggy or what ? I thought that ImageMagick delegated the ps stuff to ghostscript (here 5.50) but obviously not because convert figtest.eps figtest.ps gives a bitmapped figure. Does the change in size while exporting to gif and png fron xfig explain a part of the problem ? Do I miss an option in convert ? Is it better with gimp ? Any info welcome. -- Jean-Pierre figtest.zip
RE: RE: Importing EPS images in Lyx
I tried your example file ASIS and transformed with ps2epsi (which is much nicer at it really uses only the small space of your picture and not the much larger space of the saved image) and had NO problem at all to view the document in gv (View Postscript), both images rendered perfectly. Well, after using ps2epsi the resulting eps worked. I think that my problem was due to the bounding box that was very big. (as big as an A4 page :-) Thank you very much, my problem is now solved. What do you think of a little appendix to the user manual to explain what are EPS and PS files, solving problems with bounding boxes? And a little list of useful graphical programs to transform a graphic format in another and how to do it (tips and tricks, perhaps)? Emanuele Gissi -- Emanuele Gissi Alessia Franceschi Citè Internationale Universitaire de Paris Maison de l'Italie - boite 47 7/a, boulevard Jourdan 75014 Paris - France [Maison] tél: 0033 1 44.16.63.47 - email: [EMAIL PROTECTED] [Inestene] tél: 0033 1 45.65.08.08 - fax: 0033 1 45.89.73.57
Re: RE: Importing EPS images in Lyx
Emanuele Gissi Alessia Franceschi [EMAIL PROTECTED] writes: | What do you think of a little appendix to the user manual to explain what are | EPS and PS files, solving problems with bounding boxes? And a little list of | useful graphical programs to transform a graphic format in another and how to | do it (tips and tricks, perhaps)? Count on me to apply whatever documentation contributins you might have :-) Lgb
RE: RE: Importing EPS images in Lyx
I tried your example file ASIS and transformed with ps2epsi (which is much nicer at it really uses only the small space of your picture and not the much larger space of the saved image) and had NO problem at all to view the document in gv (View Postscript), both images rendered perfectly. Well, after using ps2epsi the resulting eps worked. I think that my problem was due to the bounding box that was very big. (as big as an A4 page :-) Thank you very much, my problem is now solved. What do you think of a little appendix to the user manual to explain what are EPS and PS files, solving problems with bounding boxes? And a little list of useful graphical programs to transform a graphic format in another and how to do it (tips and tricks, perhaps)? Emanuele Gissi -- Emanuele Gissi Alessia Franceschi Citè Internationale Universitaire de Paris Maison de l'Italie - boite 47 7/a, boulevard Jourdan 75014 Paris - France [Maison] tél: 0033 1 44.16.63.47 - email: [EMAIL PROTECTED] [Inestene] tél: 0033 1 45.65.08.08 - fax: 0033 1 45.89.73.57
Re: RE: Importing EPS images in Lyx
Emanuele Gissi Alessia Franceschi [EMAIL PROTECTED] writes: | What do you think of a little appendix to the user manual to explain what are | EPS and PS files, solving problems with bounding boxes? And a little list of | useful graphical programs to transform a graphic format in another and how to | do it (tips and tricks, perhaps)? Count on me to apply whatever documentation contributins you might have :-) Lgb
RE: RE: Importing EPS images in Lyx
> I tried your example file ASIS and transformed with ps2epsi (which is much > nicer at it really uses only the small space of your picture and not the > much larger space of the saved image) and had NO problem at all to view > the document in gv (View Postscript), both images rendered perfectly. Well, after using ps2epsi the resulting eps worked. I think that my problem was due to the bounding box that was very big. (as big as an A4 page :-) Thank you very much, my problem is now solved. What do you think of a little appendix to the user manual to explain what are EPS and PS files, solving problems with bounding boxes? And a little list of useful graphical programs to transform a graphic format in another and how to do it (tips and tricks, perhaps)? Emanuele Gissi -- Emanuele Gissi & Alessia Franceschi Citè Internationale Universitaire de Paris Maison de l'Italie - boite 47 7/a, boulevard Jourdan 75014 Paris - France [Maison] tél: 0033 1 44.16.63.47 - email: [EMAIL PROTECTED] [Inestene] tél: 0033 1 45.65.08.08 - fax: 0033 1 45.89.73.57
Re: RE: Importing EPS images in Lyx
Emanuele Gissi & Alessia Franceschi <[EMAIL PROTECTED]> writes: | What do you think of a little appendix to the user manual to explain what are | EPS and PS files, solving problems with bounding boxes? And a little list of | useful graphical programs to transform a graphic format in another and how to | do it (tips and tricks, perhaps)? Count on me to apply whatever documentation contributins you might have :-) Lgb
RE: RE: Importing EPS images in Lyx
At 10:39 AM 1/10/2000 +0100, Juergen Vigna wrote: Hi! Here are the step I followed: 1) create the EPS with stardraw or with gimp. At least when you save as .eps in Stardraw it is essential to click the "selected" option in the save-dialog. Othervise it saves the whole page as an eps-picture, which might lead to it being hard to view in gv. Of course, you have to select your picture first :) Stardraw produces very nice vector-based eps-images which don't take up much space. If you use Starcalc to make diagrams, you have to cut and paste them into Stardraw before you can export them as eps. 2) inserted it into my LyX file. 3) Clicked on "Full screen preview" on the context "figure" window 4) gv opens and shows the image 5) from the "File" menu of LyX I click on "View Postscript" 6) gv opens and shows all the pages, the page containing the figure too. But it does not render the EPS complaining with a window. [snip] I tried your example file ASIS and transformed with ps2epsi (which is much nicer at it really uses only the small space of your picture and not the much larger space of the saved image) and had NO problem at all to view the document in gv (View Postscript), both images rendered perfectly. This probably does the same thing as described above. Maybe you are using an older version of ghostscript? Greets Jürgen The same Niklas Huldén [EMAIL PROTECTED]
RE: RE: Importing EPS images in Lyx
At 10:39 AM 1/10/2000 +0100, Juergen Vigna wrote: Hi! Here are the step I followed: 1) create the EPS with stardraw or with gimp. At least when you save as .eps in Stardraw it is essential to click the "selected" option in the save-dialog. Othervise it saves the whole page as an eps-picture, which might lead to it being hard to view in gv. Of course, you have to select your picture first :) Stardraw produces very nice vector-based eps-images which don't take up much space. If you use Starcalc to make diagrams, you have to cut and paste them into Stardraw before you can export them as eps. 2) inserted it into my LyX file. 3) Clicked on "Full screen preview" on the context "figure" window 4) gv opens and shows the image 5) from the "File" menu of LyX I click on "View Postscript" 6) gv opens and shows all the pages, the page containing the figure too. But it does not render the EPS complaining with a window. [snip] I tried your example file ASIS and transformed with ps2epsi (which is much nicer at it really uses only the small space of your picture and not the much larger space of the saved image) and had NO problem at all to view the document in gv (View Postscript), both images rendered perfectly. This probably does the same thing as described above. Maybe you are using an older version of ghostscript? Greets Jürgen The same Niklas Huldén [EMAIL PROTECTED]
RE: RE: Importing EPS images in Lyx
At 10:39 AM 1/10/2000 +0100, Juergen Vigna wrote: >Hi! > >> >> Here are the step I followed: >> 1) create the EPS with stardraw or with gimp. At least when you save as .eps in Stardraw it is essential to click the "selected" option in the save-dialog. Othervise it saves the whole page as an eps-picture, which might lead to it being hard to view in gv. Of course, you have to select your picture first :) Stardraw produces very nice vector-based eps-images which don't take up much space. If you use Starcalc to make diagrams, you have to cut and paste them into Stardraw before you can export them as eps. >> 2) inserted it into my LyX file. >> 3) Clicked on "Full screen preview" on the context "figure" window >> 4) gv opens and shows the image >> 5) from the "File" menu of LyX I click on "View Postscript" >> 6) gv opens and shows all the pages, the page containing the figure too. But it >> does not render the EPS complaining with a window. >> >[snip] > >I tried your example file ASIS and transformed with ps2epsi (which is much >nicer at it really uses only the small space of your picture and not the >much larger space of the saved image) and had NO problem at all to view >the document in gv (View Postscript), both images rendered perfectly. This probably does the same thing as described above. >Maybe you are using an older version of ghostscript? > >Greets Jürgen The same Niklas Huldén [EMAIL PROTECTED]
RE: RE: Importing EPS images in Lyx
Hi, (hoping this message is not too long for the list) 5) stardraw (staroffice): the EPS files are well read by gv (and ghostscript) but if I insert them in a LyX (both 1.0.3 and 1.1.2) document and try to view the resulting PS with gv, gv complains and shows everything except the image I inserted. Exactly the same thing happens with EPS images generated by gimp. Very strange! What errors did you get? Here are the step I followed: 1) create the EPS with stardraw or with gimp. 2) inserted it into my LyX file. 3) Clicked on "Full screen preview" on the context "figure" window 4) gv opens and shows the image 5) from the "File" menu of LyX I click on "View Postscript" 6) gv opens and shows all the pages, the page containing the figure too. But it does not render the EPS complaining with a window. This is the reply of gv: -- Error: /undefinedresult in --currentpoint-- Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- 5 5 %oparray_pop Dictionary stack:--dict:770/809-- --dict:0/20-- --dict:44/200-- --dict:122/300-- --dict:18/200-- Current allocation mode is local Current file position is 45978 GNU Ghostscript: Unrecoverable error, exit code 1 -- And this is the EPS file generated by staroffice: -- %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 400 575 781 %%Creator: Sun Microsystems, Inc. %%Title: none %%CreationDate: none %%LanguageLevel: 2 %%EndComments %%BeginProlog %%BeginResource: SDRes /b4_inc_state save def /dict_count countdictstack def /op_count count 1 sub def userdict begin 0 setgray 0 setlinecap 1 setlinewidth 0 setlinejoin 10 setmiterlimit[] 0 setdash newpath /languagelevel where {pop languagelevel 1 ne {false setstrokeadjust false setoverprint} if} if /bdef {bind def} bind def /c {setrgbcolor} bdef /l {neg lineto} bdef /rl {neg rlineto} bdef /cl {currentlinewidth currentdash currentlinecap 2 setlinecap} bdef /lc {setlinecap} bdef /lw {setlinewidth} bdef /ld {setdash} bdef /m {neg moveto} bdef /r {rotate} bdef /t {translate} bdef /gs {gsave} bdef /gr {grestore} bdef /f {findfont dup length dict begin {1 index /FID ne {def} {pop pop} ifelse} forall /Encoding ISOLatin1Encoding def currentdict end /NFont exch definefont pop /NFont findfont} bdef /s {show} bdef /p {closepath} bdef /sf {scalefont setfont} bdef /pf {closepath fill}bdef /pc {closepath stroke}bdef /ps {stroke}bdef /pum {matrix currentmatrix}bdef /pom {setmatrix}bdef /bs {/aString exch def /nXOfs exch def /nWidth exch def currentpoint nXOfs 0 rmoveto pum nWidth aString stringwidth pop div 1 scale aString show pom moveto} bdef %%EndResource %%EndProlog %%BeginSetup %%EndSetup %%Page: 1 1 %%BeginPageSetup %%EndPageSetup pum 0.28339 0.28352 scale 0 2754.6 t gs 0 0 m 2028.9 0 l 2028.9 2754.5 l 0 2754.5 l 0 0 l eoclip newpath 0.003 0.722 1.000 c 13.5 124.9 m 62 124.9 l 62 170.1 l 13.5 170.1 l 13.5 124.9 l pf 0.003 0.003 0.003 c 13.5 124.9 m 62 124.9 l 62 170.1 l 13.5 170.1 l 13.5 124.9 l pc 1.000 1.000 0.003 c 76.4 126 m 124.9 126 l 124.9 171.2 l 76.4 171.2 l 76.4 126 l pf 0.003 0.003 0.003 c 76.4 126 m 124.9 126 l 124.9 171.2 l 76.4 171.2 l 76.4 126 l pc 37.7 170.1 m 42.3 201.9 l 54 221 l 69.0 227.5 l 84.2 221.2 l 95.9 202.4 l 100.5 171.2 l ps 37.7 170.1 m 53.7 193.1 l 28.9 196.6 l 37.7 170.1 l pf 100.5 171.2 m 109.1 197.8 l 84.5 194.1 l 100.5 171.2 l pf gs 21.2 129.6 m 55.6 129.6 l 55.6 161.4 l 21.2 161.4 l 21.2 129.6 l eoclip newpath /Times f 28.2 sf 31.7 154.2 m (1) s 31.7 154.2 m (1) s gr gs /Times f 28.2 sf 95.1 154.2 m (2) s 95.1 154.2 m (2) s gr gr 0 -2754.6 t pom %%PageTrailer %%Trailer count op_count sub {pop} repeat countdictstack dict_count sub {end} repeat b4_inc_state restore %%EOF -- Thank you very much for your reply. If someone is interested I can write a very small abstract of the pros and cons of the graphical software I tried for the new LyX users (as I am one of them!) Emanuele Gissi -- Emanuele Gissi Alessia Franceschi Citè Internationale Universitaire de Paris Maison de l'Italie - boite 47 7/a, boulevard Jourdan 75014 Paris - France [Maison] tél: 0033 1 44.16.63.47 - email: [EMAIL PROTECTED] [Inestene] tél: 0033 1 45.65.08.08 - fax: 0033 1 45.89.73.57
RE: RE: Importing EPS images in Lyx
Hi, (hoping this message is not too long for the list) 5) stardraw (staroffice): the EPS files are well read by gv (and ghostscript) but if I insert them in a LyX (both 1.0.3 and 1.1.2) document and try to view the resulting PS with gv, gv complains and shows everything except the image I inserted. Exactly the same thing happens with EPS images generated by gimp. Very strange! What errors did you get? Here are the step I followed: 1) create the EPS with stardraw or with gimp. 2) inserted it into my LyX file. 3) Clicked on "Full screen preview" on the context "figure" window 4) gv opens and shows the image 5) from the "File" menu of LyX I click on "View Postscript" 6) gv opens and shows all the pages, the page containing the figure too. But it does not render the EPS complaining with a window. This is the reply of gv: -- Error: /undefinedresult in --currentpoint-- Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- 5 5 %oparray_pop Dictionary stack:--dict:770/809-- --dict:0/20-- --dict:44/200-- --dict:122/300-- --dict:18/200-- Current allocation mode is local Current file position is 45978 GNU Ghostscript: Unrecoverable error, exit code 1 -- And this is the EPS file generated by staroffice: -- %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 400 575 781 %%Creator: Sun Microsystems, Inc. %%Title: none %%CreationDate: none %%LanguageLevel: 2 %%EndComments %%BeginProlog %%BeginResource: SDRes /b4_inc_state save def /dict_count countdictstack def /op_count count 1 sub def userdict begin 0 setgray 0 setlinecap 1 setlinewidth 0 setlinejoin 10 setmiterlimit[] 0 setdash newpath /languagelevel where {pop languagelevel 1 ne {false setstrokeadjust false setoverprint} if} if /bdef {bind def} bind def /c {setrgbcolor} bdef /l {neg lineto} bdef /rl {neg rlineto} bdef /cl {currentlinewidth currentdash currentlinecap 2 setlinecap} bdef /lc {setlinecap} bdef /lw {setlinewidth} bdef /ld {setdash} bdef /m {neg moveto} bdef /r {rotate} bdef /t {translate} bdef /gs {gsave} bdef /gr {grestore} bdef /f {findfont dup length dict begin {1 index /FID ne {def} {pop pop} ifelse} forall /Encoding ISOLatin1Encoding def currentdict end /NFont exch definefont pop /NFont findfont} bdef /s {show} bdef /p {closepath} bdef /sf {scalefont setfont} bdef /pf {closepath fill}bdef /pc {closepath stroke}bdef /ps {stroke}bdef /pum {matrix currentmatrix}bdef /pom {setmatrix}bdef /bs {/aString exch def /nXOfs exch def /nWidth exch def currentpoint nXOfs 0 rmoveto pum nWidth aString stringwidth pop div 1 scale aString show pom moveto} bdef %%EndResource %%EndProlog %%BeginSetup %%EndSetup %%Page: 1 1 %%BeginPageSetup %%EndPageSetup pum 0.28339 0.28352 scale 0 2754.6 t gs 0 0 m 2028.9 0 l 2028.9 2754.5 l 0 2754.5 l 0 0 l eoclip newpath 0.003 0.722 1.000 c 13.5 124.9 m 62 124.9 l 62 170.1 l 13.5 170.1 l 13.5 124.9 l pf 0.003 0.003 0.003 c 13.5 124.9 m 62 124.9 l 62 170.1 l 13.5 170.1 l 13.5 124.9 l pc 1.000 1.000 0.003 c 76.4 126 m 124.9 126 l 124.9 171.2 l 76.4 171.2 l 76.4 126 l pf 0.003 0.003 0.003 c 76.4 126 m 124.9 126 l 124.9 171.2 l 76.4 171.2 l 76.4 126 l pc 37.7 170.1 m 42.3 201.9 l 54 221 l 69.0 227.5 l 84.2 221.2 l 95.9 202.4 l 100.5 171.2 l ps 37.7 170.1 m 53.7 193.1 l 28.9 196.6 l 37.7 170.1 l pf 100.5 171.2 m 109.1 197.8 l 84.5 194.1 l 100.5 171.2 l pf gs 21.2 129.6 m 55.6 129.6 l 55.6 161.4 l 21.2 161.4 l 21.2 129.6 l eoclip newpath /Times f 28.2 sf 31.7 154.2 m (1) s 31.7 154.2 m (1) s gr gs /Times f 28.2 sf 95.1 154.2 m (2) s 95.1 154.2 m (2) s gr gr 0 -2754.6 t pom %%PageTrailer %%Trailer count op_count sub {pop} repeat countdictstack dict_count sub {end} repeat b4_inc_state restore %%EOF -- Thank you very much for your reply. If someone is interested I can write a very small abstract of the pros and cons of the graphical software I tried for the new LyX users (as I am one of them!) Emanuele Gissi -- Emanuele Gissi Alessia Franceschi Citè Internationale Universitaire de Paris Maison de l'Italie - boite 47 7/a, boulevard Jourdan 75014 Paris - France [Maison] tél: 0033 1 44.16.63.47 - email: [EMAIL PROTECTED] [Inestene] tél: 0033 1 45.65.08.08 - fax: 0033 1 45.89.73.57
RE: RE: Importing EPS images in Lyx
Hi, (hoping this message is not too long for the list) > > 5) stardraw (staroffice): the EPS files are well read by gv (and ghostscript) > > but if I insert them in a LyX (both 1.0.3 and 1.1.2) document and try to view > > the resulting PS with gv, gv complains and shows everything except the image I > > inserted. Exactly the same thing happens with EPS images generated by gimp. > > Very strange! What errors did you get? Here are the step I followed: 1) create the EPS with stardraw or with gimp. 2) inserted it into my LyX file. 3) Clicked on "Full screen preview" on the context "figure" window 4) gv opens and shows the image 5) from the "File" menu of LyX I click on "View Postscript" 6) gv opens and shows all the pages, the page containing the figure too. But it does not render the EPS complaining with a window. This is the reply of gv: -- Error: /undefinedresult in --currentpoint-- Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- 5 5 %oparray_pop Dictionary stack:--dict:770/809-- --dict:0/20-- --dict:44/200-- --dict:122/300-- --dict:18/200-- Current allocation mode is local Current file position is 45978 GNU Ghostscript: Unrecoverable error, exit code 1 -- And this is the EPS file generated by staroffice: -- %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 400 575 781 %%Creator: Sun Microsystems, Inc. %%Title: none %%CreationDate: none %%LanguageLevel: 2 %%EndComments %%BeginProlog %%BeginResource: SDRes /b4_inc_state save def /dict_count countdictstack def /op_count count 1 sub def userdict begin 0 setgray 0 setlinecap 1 setlinewidth 0 setlinejoin 10 setmiterlimit[] 0 setdash newpath /languagelevel where {pop languagelevel 1 ne {false setstrokeadjust false setoverprint} if} if /bdef {bind def} bind def /c {setrgbcolor} bdef /l {neg lineto} bdef /rl {neg rlineto} bdef /cl {currentlinewidth currentdash currentlinecap 2 setlinecap} bdef /lc {setlinecap} bdef /lw {setlinewidth} bdef /ld {setdash} bdef /m {neg moveto} bdef /r {rotate} bdef /t {translate} bdef /gs {gsave} bdef /gr {grestore} bdef /f {findfont dup length dict begin {1 index /FID ne {def} {pop pop} ifelse} forall /Encoding ISOLatin1Encoding def currentdict end /NFont exch definefont pop /NFont findfont} bdef /s {show} bdef /p {closepath} bdef /sf {scalefont setfont} bdef /pf {closepath fill}bdef /pc {closepath stroke}bdef /ps {stroke}bdef /pum {matrix currentmatrix}bdef /pom {setmatrix}bdef /bs {/aString exch def /nXOfs exch def /nWidth exch def currentpoint nXOfs 0 rmoveto pum nWidth aString stringwidth pop div 1 scale aString show pom moveto} bdef %%EndResource %%EndProlog %%BeginSetup %%EndSetup %%Page: 1 1 %%BeginPageSetup %%EndPageSetup pum 0.28339 0.28352 scale 0 2754.6 t gs 0 0 m 2028.9 0 l 2028.9 2754.5 l 0 2754.5 l 0 0 l eoclip newpath 0.003 0.722 1.000 c 13.5 124.9 m 62 124.9 l 62 170.1 l 13.5 170.1 l 13.5 124.9 l pf 0.003 0.003 0.003 c 13.5 124.9 m 62 124.9 l 62 170.1 l 13.5 170.1 l 13.5 124.9 l pc 1.000 1.000 0.003 c 76.4 126 m 124.9 126 l 124.9 171.2 l 76.4 171.2 l 76.4 126 l pf 0.003 0.003 0.003 c 76.4 126 m 124.9 126 l 124.9 171.2 l 76.4 171.2 l 76.4 126 l pc 37.7 170.1 m 42.3 201.9 l 54 221 l 69.0 227.5 l 84.2 221.2 l 95.9 202.4 l 100.5 171.2 l ps 37.7 170.1 m 53.7 193.1 l 28.9 196.6 l 37.7 170.1 l pf 100.5 171.2 m 109.1 197.8 l 84.5 194.1 l 100.5 171.2 l pf gs 21.2 129.6 m 55.6 129.6 l 55.6 161.4 l 21.2 161.4 l 21.2 129.6 l eoclip newpath /Times f 28.2 sf 31.7 154.2 m (1) s 31.7 154.2 m (1) s gr gs /Times f 28.2 sf 95.1 154.2 m (2) s 95.1 154.2 m (2) s gr gr 0 -2754.6 t pom %%PageTrailer %%Trailer count op_count sub {pop} repeat countdictstack dict_count sub {end} repeat b4_inc_state restore %%EOF -- Thank you very much for your reply. If someone is interested I can write a very small abstract of the pros and cons of the graphical software I tried for the new LyX users (as I am one of them!) Emanuele Gissi -- Emanuele Gissi & Alessia Franceschi Citè Internationale Universitaire de Paris Maison de l'Italie - boite 47 7/a, boulevard Jourdan 75014 Paris - France [Maison] tél: 0033 1 44.16.63.47 - email: [EMAIL PROTECTED] [Inestene] tél: 0033 1 45.65.08.08 - fax: 0033 1 45.89.73.57