On Monday 31 december 2007 Paul A. Rubin wrote: [...] > > The error message is getting truncated, which I find a tad annoying.
It's the kind of dialog box you can't resize... > You might try the following. Open the document in LyX, preview and get > the error message. With LyX still running, open a terminal session in > the LyX temp directory. If you're not sure where that is, check Tools > -> Preferences... -> Paths -> Temporary Directory; it will be a > subdirectory of a subdirectory of that, and it will be fairly obvious > which it is. The temp directory should contain > 0_home_daniel_Images_intpar0.eps and presumably > 0_home_daniel_Images_intpar0.pdf. Exactly so. > Try running > > epstopdf --outfile='0_home_daniel_Images_intpar0.pdf' > '0_home_daniel_Images_intpar0.eps' > > in the terminal and see if you get any informative error messages. Done this. Nothing "informative" to me but some obscure error messages that I append at the end. I carefully followed your instructions, several times, but I always got the same results. [...] > When this occurs in the LyX GUI, it's usually a sign that you are > missing some X fonts, so I suspect that's the case here as well. See > the wiki (http://wiki.lyx.org/LyX/Troubleshooting) for tips on how to > install them. It's not really the LyX GUI that is at fault: the symbols were missing in the DVI, not in the LyX window. Anyhow, 1) Installing the latex-xft-fonts package did solve another problem I had. Some math symbols (\mapsto, \smallsetminus...) retained their TeX names in the LyX window, instead of being replaced by their graphical counterpart. Now this is OK. Nice. 2) I was able to reduce this problem to an import issue. The .tex file was not created in LyX, but exported from a windows software (SW). Then I changed the roman font to Palatino, and here was the problem. If I leave the default font unchanged, or if paste the document content into a LyX-made file, I can then alter the font without problem. Since it happened only in DVI previewing, I hadn't suspected that. There is still the graphics problem: > > > Moreover, the graphics are missing, replace by a > > thick black frame... > > Not sure what's up with that, unless it's a path problem. If you export > the document to a .tex file, run latex against it in a terminal, and try > to view the DVI, does the same thing happen? Alas, yes. And I cannot see anything in the .log file complaining about graphics (excerpt below -- I can post it in whole if you think it can help). I have the same behavior if the .eps file is placed within a brand new LyX file. Even worse, I tried with another .eps file produced purely under Linux, with OpenOffice Draw. Same black box in the DVI, but his time the picture does not even appear at all in PDF (only the PS preview is correct). Amazingly, _this_ .eps file does not produce any epstopdf error message... Daniel ----- epstopdf output: Error: /undefined in II* Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1889 1 3 % oparray_pop 1888 1 3 %oparray_pop --nostringval-- 1872 1 3 %oparray_pop 1755 1 3 %oparray_pop --nostringval-- % errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:1152/1684(ro)(G)-- --dict:0/20(G)-- --dict:108/200(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript SVN PRE-RELEASE 8.61: Unrecoverable error, exit code 1 [EMAIL PROTECTED]:/tmp/lyx_tmpdir59837dNjfq/lyx_tmpbuf0$ (what the hell does this mean!?) ----- end of latex log: [1] [2] File: /home/daniel/Images/intpar0.eps Graphic file (type eps) </home/daniel/Images/intpar0.eps> File: /home/daniel/Images/intpar1.eps Graphic file (type eps) </home/daniel/Images/intpar1.eps> [3] (./intpar.aux) ) Here is how much of TeX's memory you used: [...]
