Re: Help with figure preview
Paul A. Rubin wrote: Second, if I follow Uwe's suggestion to leave the EPS->PDF converter alone and just delete the EPS->PNG converter, then I get load errors on all the EPS files in the user guide. That's why I took them both out -- it appears that the existence of any EPS->whatever converter messes up the image loads in LyX. Your EPS -> PDF coverter has the command epstopdf --outfile=$$o $$i right? So when you choose View -> PDF in LyX you'll get a valid pdf file with correct images, also right? So leave the original EPS -> PDF converter. > Just checked; without the EPS->PDF > converter I can't view the user guide (View->PDF blows up using both > dvipdfm and pdflatex). This is correct, because in convertDefault.sh the command is convert -depth 8 $1 $2 and this invokes the command line of ghostscript. The correct command would be convert -depth 8 $1 pdf:$2 (btw. you can omit the parameter -depth 8) To solve the problem the conversion EPS -> PPM to view the image inside LyX, reinstall ImageMagick. I had this problem last week and the solution was to upgrade to ImageMagick 6.0.7. If nothing works, uninstall ImageMagick AND ghostscript. Then install the latest AFPL ghostscript before ImageMagick 6.0.7 (or 6.0.8) regards Uwe
Re: Help with figure preview
Herbert Voss wrote: The program "epstopdf" works often much faster than "convert". huh? How should this work, when both uses ghostscript?? A good question. I exported once a LyX-document to pdf (pdflatex) with about 200 eps images. ImageMagick's convert (ImageMagick version 5.5.7) was slower. But better forget my predication, because I tested it again and found out, that epstopdf version 2.4.1398.0 (from MiKTeX) uses MiKTeX GPL Ghostscript 8.01 and convert of ImageMagick 6.0.7 uses AFPL Ghostscript 8.11. It seems that ImageMagick has some problems when calling ghostscript. The generated PDFs are bigger and have a wrong crop box. (I tested this by converting the image "tiger.eps" that comes with ghostscript.) So I would suggest (for LyXWin) to use epstopdf instead of convert. regards Uwe
Re: aspell is not working - help
Paul Smith wrote: > On Mon, 27 Sep 2004 18:22:35 +0100, Angus Leeming > <[EMAIL PROTECTED]> wrote: >> > I think that the reported problem should never occur even in slow >> > computers. (In my machine, aspell is used inside kwrite with no >> > problem; the same does not happen with LyX, as already mentioned.) >> >> I guess it depends on how aspell is invoked. As I understand it, there's >> a library interface to aspell (meaning that the external pipes solution >> is not needed or used) as well as some legacy 'ispell-like' interface. >> Do you have aspell support compiled into lyx? >> >> $ ldd path-to-lyx >> >> should shed some light. > > Angus, > > My ldd output is below. Any clue? No aspell there. (Nor in mine either, as it happens.) Nonetheless, I have aspell and aspell-devel rpms installed. H Ok, you need to ask for it explicitly when configuring: ./configure --with-pspell (pspell is a compatibility interface standing for Portable Spellchecker. It links into aspell.) Now, when I try ldd: ldd src/lyx | grep spell libpspell.so.15 => /usr/lib/libpspell.so.15 (0x00776000) libaspell.so.15 => /usr/lib/libaspell.so.15 (0x00b0a000) So, in future I won't use an external process when I check some spelling, I'll just call a function. If I was suffering from the spell checking woes you've been describing, I can rest safe in the knowledge that they're now a thing of the past. -- Angus
Re: Help with figure preview
Uwe Stöhr wrote: ImageMagick's "convert" is also able to convert eps figures, but it needs Ghostscript. This causes sometimes troubles, because some ImageMagick versions weren't able to communicate correctly with ghostscript: -- ImageMagick 6.0.7 ChangeLog 2004-09-13 Chris Madison <[EMAIL PROTECTED]> * Some Postscript files were not translated properly when read. -- The program "epstopdf" works often much faster than "convert". huh? How should this work, when both uses ghostscript?? Herbert -- http://TeXnik.de/ http://PSTricks.de/ ftp://ftp.dante.de/tex-archive/info/math/voss/Voss-Mathmode.pdf http://www.dante.de/faq/de-tex-faq/ http://www.tex.ac.uk/cgi-bin/texfaq2html?introduction=yes
Re: Help with figure preview
Angus Leeming wrote: Uwe Stöhr wrote: You're right, deleting the EPS->PNG converter (and an EPS->PDF converter I had) fixed the problem. Please leave the EPS -> PDF converter (epstopdf --outfile=$$o $$i). This is a predefined converter that works without any problems. Huh, so there's nothing wrong with the converters interface per se, just with some particular converters? That makes no sense to me whatsoever. You ain't seen nothing yet. First off, the default EPS->PDF converter didn't work for me; I had to hack a batch file a while back. It sends the EPS files through Ghostscript's eps2eps and passes the result to epstopdf. Second, if I follow Uwe's suggestion to leave the EPS->PDF converter alone and just delete the EPS->PNG converter, then I get load errors on all the EPS files in the user guide. That's why I took them both out -- it appears that the existence of any EPS->whatever converter messes up the image loads in LyX. Just checked; without the EPS->PDF converter I can't view the user guide (View->PDF blows up using both dvipdfm and pdflatex). So it appears that I can either load EPS images in LyX *or* view the end rsults, but not both -- at least pending determination of the real underlying problem. -- Paul
Re: Help with figure preview
Uwe Stöhr wrote: >> You're right, deleting the EPS->PNG converter (and an >> EPS->PDF converter I had) fixed the problem. > > Please leave the EPS -> PDF converter (epstopdf --outfile=$$o $$i). > This is a predefined converter that works without any problems. Huh, so there's nothing wrong with the converters interface per se, just with some particular converters? That makes no sense to me whatsoever. Angus
Re: Help with figure preview
Paul A. Rubin wrote: You're right, deleting the EPS->PNG converter (and an EPS->PDF converter I had) fixed the problem. Please leave the EPS -> PDF converter (epstopdf --outfile=$$o $$i). This is a predefined converter that works without any problems. ImageMagick's "convert" is also able to convert eps figures, but it needs Ghostscript. This causes sometimes troubles, because some ImageMagick versions weren't able to communicate correctly with ghostscript: -- ImageMagick 6.0.7 ChangeLog 2004-09-13 Chris Madison <[EMAIL PROTECTED]> * Some Postscript files were not translated properly when read. -- The program "epstopdf" works often much faster than "convert". regards Uwe
Re: figure numbering adds decimal
ashleigh smythe wrote: When I insert a figure float, lyx gives me "Figure#:" and I type in the next number in my series of figures. You misunderstood something. The char '#' stands for the number. The number is set while exporting/viewing the document to/as PDF, EPS or DVI. Imagine what would happen, if you've entered the numbers for 50 figures manually and want to insert a new figure between figure 10 and 11. You will then have a lot of work rewriting the figure numbers manually. The '#' char appears also for formula numbers in LyX. To learn more about LyX's numbering mechanism and about its philosophy, read the tutorial. regards Uwe
Re: Help with figure preview
Thanks Uwe. You're right, deleting the EPS->PNG converter (and an EPS->PDF converter I had) fixed the problem. -- Paul At 03:13 PM 9/27/2004, Uwe Stöhr wrote: Paul A. Rubin wrote: I have ImageMagick's convert utility on the command path (ahead of the Windoze system directory), and I have an EPS->PNG converter defined (just calls "convert" with arguments). In fact if I run convertDefault.sh manually it works fine. Sure enough, there is no lyxconvert0.sh script in either lyx_tmpdir3420a01368 or lyx_tmpdir3420a01368\lyx_tmpbuf0. Both directories are empty. Any idea why? I don't know why this happens. The problem is, that self defined converters don't work in LyxWin 1.3.3. So delete the converter eps -> png and all should be fine. (If no converter is defined, LyXWin runs the file ConvertDefault.sh, which invokes Imagemagick's "convert" correctly.) 2. Hard code the path to the correct "convert" in convertDefault.sh. This is the best solution. regards Uwe
Re: Environment menu stops working
On Mon, Sep 27, 2004 at 01:50:46PM +0200, [EMAIL PROTECTED] wrote: > > It is qt 3.3.3 . I guess I should have filed a bug report and let the > developers have a look at this. If they can reproduce it they can fix it > or pass it on to qt. If they can't reproduce it... oh well... :) > > R List FWIW I don't see that behaviour with 1.3 or 1.4.0cvs versions. I am also using qt 3.3.3 in a fedora core 2 system. -- José Abílio Matos LyX and docbook a perfect match. :-)
Re: Help with figure preview
Paul A. Rubin wrote: I have ImageMagick's convert utility on the command path (ahead of the Windoze system directory), and I have an EPS->PNG converter defined (just calls "convert" with arguments). In fact if I run convertDefault.sh manually it works fine. Sure enough, there is no lyxconvert0.sh script in either lyx_tmpdir3420a01368 or lyx_tmpdir3420a01368\lyx_tmpbuf0. Both directories are empty. Any idea why? I don't know why this happens. The problem is, that self defined converters don't work in LyxWin 1.3.3. So delete the converter eps -> png and all should be fine. (If no converter is defined, LyXWin runs the file ConvertDefault.sh, which invokes Imagemagick's "convert" correctly.) 2. Hard code the path to the correct "convert" in convertDefault.sh. This is the best solution. regards Uwe
Re: aspell is not working - help
On Mon, 27 Sep 2004 18:22:35 +0100, Angus Leeming <[EMAIL PROTECTED]> wrote: > > I think that the reported problem should never occur even in slow > > computers. (In my machine, aspell is used inside kwrite with no > > problem; the same does not happen with LyX, as already mentioned.) > > I guess it depends on how aspell is invoked. As I understand it, there's a > library interface to aspell (meaning that the external pipes solution is > not needed or used) as well as some legacy 'ispell-like' interface. Do you > have aspell support compiled into lyx? > > $ ldd path-to-lyx > > should shed some light. Angus, My ldd output is below. Any clue? Regards, Paul --- ldd /usr/local/bin/lyx linux-gate.so.1 => (0xe000) libqt-mt.so.3 => /usr/lib/qt3/lib/libqt-mt.so.3 (0x40018000) libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x4073) libaudio.so.2 => /usr/X11R6/lib/libaudio.so.2 (0x407b2000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x407c9000) libmng.so.1 => /usr/lib/libmng.so.1 (0x4083) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4088e000) libpng.so.3 => /usr/lib/libpng.so.3 (0x408ad000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x408d3000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x408dc000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x408f2000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x408fa000) libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x408fe000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x40907000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x4090a000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x4091e000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40946000) libz.so.1 => /lib/libz.so.1 (0x409a5000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x409b6000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x409d7000) libdl.so.2 => /lib/libdl.so.2 (0x409e5000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x409e9000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x409f9000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40a02000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40a1a000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40ae7000) libm.so.6 => /lib/tls/libm.so.6 (0x40ba7000) libc.so.6 => /lib/tls/libc.so.6 (0x40bcb000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40d13000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x40d1c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
