Re: \url{http://.../\#6} broken in pdflatex?
On 10/31/06, Richard Heck [EMAIL PROTECTED] wrote: However under pdflatex the \# causes a pdf file to be generated that cannot be read by Adobe Acrobat Reader 7.0 for Linux. (Although it can be read by xpdf, kpdf, gv and kghostview). Is there any portable way of referring to this url in LaTeX? This has to be a bug in Acrobat. I'd find some poor soul using Windows and see if the PDF can be read there. If you want to send it to me, I can try it out on my wife's machine and at least answer that question. Odd. The problem went away. There appears to be an intermittant fault such that when acroread is launched directly from lyx that much of the text disapears and errors about a font being missing (the font name being random garbage). It seems that this fault was aggravated, not caused by the \#. This fault occurs on my Fedora machine. I don't think I've ever noticed it on ubuntu. -- John C. McCabe-Dansted PhD Student University of Western Australia
peculiar over-write options ???
Exporting a lyx file to latex (plain) I am presented with a popup box: file.EPS already exists. do you want to overwrite? and then I can choose three options: 1 overwrite 2 overwrite all 3 cancel export Now, why is there no dont overwrite option??? Martin
Re: LyX/Mac question
Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. -- Enrico
Re[2]: LyX does not allow enter accented characters into TeX code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello Uwe! Thank you very much for the answer. I think the main problem is that I still don't understand the program well. I've just tried to insert \verb+accents-here+, I didn't know that TeX-code is just for commands, I thought it is for evertything I don't know how to type in LyX. In the iterim I am working with plain LaTeX (what good practice it is :-). I had problems copying and pasting from LyX (accents were scrumbled), so it is great news that the next LyX will support Unicode. I hope it will not take long before it is released! Thanks! I really appreciate your input for this community and your help. Milan Monday, October 30, 2006, 6:09:44 PM, you wrote: Not really yet. But the upcoming LyX 1.5 will support unicode, and therefore then also slovak characters. But note the TeX-code field is designed for LaTeX-commands and these must not contain accented characters. If you think you've no other choice than to use accented characters in TeX-code fields, feel free to ask on this list and we'll surely find a solution. -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.0.2 (Build 2424) Comment: This messsage has been singed by PGP. iQIVAwUBRUdYvN6WRzPEedGUAQixug//fPFlzbI6MkK8T+eT04WzXGvmNBOZqhaw VK7YHezv7AbnerqMej6iuH2hVPqWMnIf1mPlYaZA0K8H3geWu8ZDVGxpI517GirC TO52zXk2ggeu3ILmsrBKng0Rtr03o2bI9CLLxRdmpaoE8K0IMe14J3ygFrO4rmjo qBa/aj6sv3pOoN7oa9rHnQYfId/8qR7cLgJRN1BlKyxmhlHxrsYW/t0/e1I8m2O/ DMMK5d/Z+tZzKQ/Ze4jQAnolUdIdtapUNdU0xJHiuanmTtWXXrQpCMTGELC13gM9 tN51ibAfFYGm2cXK14UVBFSujdGbgsx2SQw7SDA+8lUZJFrvz+42+GTH4vzUkyWj PU7mQ31BjQ+fKK6I8Sj7Aia+9v7AZUZ424QIi1Y6qEFkI9eXP9kuIEx5hFIkEHDz K2GSCZz/28R3hgPhbkRzN4s/I98gw7dFMylgCGzg94l6gNE8H56zfXtUrPRCCJdY LqsQ8yiHN/hszzk7fKGUqe0PPT4+R87G+7U0qF1tIEfxBid7fgFSnVjMiqG2CzWX FZ3EZfmoeQHo5YF9eyh5asqri1UN+0WwtxGasXY6Rmkch8ect26g8YCTSk3gd0oF qMuTwoagfcVJlkcQfFrazQ/JMbwR/YO0oLyv5QG2uPT5esT4zTnuvdCPpM5Whvl3 1RaE5jXKtSo= =b0Ky -END PGP SIGNATURE-
Trouble with Floats and Graphic centering
Sorry, but I am still using 1.3.6 (SuSE 10.1 apparently installs this version and since YaST is broken, I can't update). Anyway I must use this to finish a project. I am using article and inserted a float then a graphic above the figure title. The figure title is centered and the graphic is left justified in the float box. When I view (in DVI or PDF) the graphic is off-center from the figure title. Looks kind of bad. Any ideas on how to center the graphic in the float box? Thanks, Stan
Re: Trouble with Floats and Graphic centering
On Tuesday 31 October 2006 3:59 pm, Stan Gatchel wrote: Any ideas on how to center the graphic in the float box? Go to the paragraph where the figure is, inside the float, and change its alignment to Center. Thanks, Stan -- José Abílio
Re: LyX/Mac question
On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens
Re: LyX/Mac question
Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Thanks, Paul
Re: LyX/Mac question
On Oct 31, 2006, at 9:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Paul, instant preview does work for me. Maybe it would be good if you could forward an example LyX file so I can try that. Perhaps he's using some math glyph that's known to LyX' mathedit but requires an additional style file for typesetting in LaTeX? That's now really getting very speculative, though. Jens
Re: peculiar over-write options ???
Am Dienstag, 31. Oktober 2006 10:00 schrieb Martin A. Hansen: Exporting a lyx file to latex (plain) I am presented with a popup box: file.EPS already exists. do you want to overwrite? and then I can choose three options: 1 overwrite 2 overwrite all 3 cancel export Now, why is there no dont overwrite option??? Because we did not have a premade dialog for that. Of course it should be there. IIRC that is already in bugzilla, but I could not find it. Georg
Re: Lyx 143 on kubuntu dapper much slower than on Suse 9.1
At least I could locate the problem a bit by now, which might be helpful for the devellopers: It is noch a kubuntu problem, I installed opensuse 10.1 and used the lyx 1.42, the same... The postscript-preview takes only 7-8 sec, so it is a postscript=pdf conversion problem. (I use the ps2pdf preview, with pdflatex I get error messages, concerning my figures). It only occurs with lyx-versions 142 and 143, with version 134 (suselinux 9.1) it is no problem. All my about 100 figures are made with coreldraw7 (win xp) and then exported to eps, I don't know, if this affects the speed... Probably I have to go back to lyx 134 if I will be able to work in a normal amount of time... regards robert
Re: LyX/Mac question
On Oct 31, 2006, at 10:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Thanks, Paul Instant preview also works for me, on an old iBook with LyX 1.4.3, with tetex installed via fink. I don't totally understand what the problem is here, I'm just thinking out loud and letting you know what is working or not on my machine to see if this answers any questions. Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). Here's something I can do. I can export a document from LyX as a dvi, open xdvi under X11, and then open the dvi. Everything works. I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Bob Lounsbury
Re: LyX/Mac question
Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 6:01 PM, Bob Lounsbury wrote: Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). xdvi works no problem for me. You should put the following in the Viewer field for the DVI file format (LyX Preferences File Formats): open -a X11.app; export DISPLAY=:0.0; xdvi Bennett
Re: LyX/Mac question
On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett
Re: LyX/Mac question
On Oct 31, 2006, at 5:12 PM, Bennett Helm wrote: On Oct 31, 2006, at 6:01 PM, Bob Lounsbury wrote: Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). xdvi works no problem for me. You should put the following in the Viewer field for the DVI file format (LyX Preferences File Formats): open -a X11.app; export DISPLAY=:0.0; xdvi Bennett Well, yes and no that works. It opens an X11 starter app I have installed (which gives me a choice of which window manager I would like to use), but when I select one and say 'start' nothing happens and the dialog box stays in place. Bob
Re: LyX/Mac question
On Oct 31, 2006, at 5:07 PM, Enrico Forestieri wrote: Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. -- Enrico Yes, Bennett is correct. Using the open nothing happens.
Re: LyX/Mac question
On Oct 31, 2006, at 4:16 PM, Bennett Helm wrote: On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett's solution works fine. If you want to get xdvi to interoperate even more with Mac OS X, you could use XDroplets - I actually use xdvi as an example for the use of XDroplets at the bottom of my page http://www.uoregon.edu/~noeckel/TigerG4G5Setup.html That way, you can even drag and drop onto the xdvi icon. And you could use open -a with the Xdvi.app that is created by XDroplets. Jens
RV: Color in table rows
The DVI view of below lyx file runs perfectly under Linux, not in Windows LyX. (?) -Mensaje original- De: Jaime Díaz-Deus Fernández [mailto:[EMAIL PROTECTED] Enviado el: viernes, 27 de octubre de 2006 2:05 Para: lyx-users@lists.lyx.org Asunto: Coolr in table rows Good night to all list users. I pretend a table with 10 rows and 7 columns, that the rows are colored. I use the package xcolor for that but I have errors when I want to view the table in DVI. My LyX version is 1.4.3-4 in a Miktex environment running in Windows XP. Bellow is the exported LaTeX file. Thanks for to read me. %% LyX 1.4.3-4 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[spanish]{article} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \usepackage{longtable} \makeatletter %% LyX specific LaTeX commands. %% Because html converters don't know tabularnewline \providecommand{\tabularnewline}{\\} %% User specified LaTeX commands. \usepackage{array} \usepackage{calc} \usepackage{ifthen} \usepackage[dvips,rgb]{xcolor} \usepackage{graphicx} \usepackage{colortbl} \usepackage{babel} \deactivatetilden \makeatother \begin{document} \rowcolors[\hline]{3}{green!25}{yellow!50} \arrayrulecolor{black} \begin{longtable}{|c|c|c|c|c|c|c|} \hline \multicolumn{3}{|c|}{\textbf{FECHAS}} \textbf{EMPLEOS} \multicolumn{3}{c|}{\textbf{TIEMPO}}\tabularnewline \hline \hline \textbf{Día} \textbf{Mes} \textbf{Año} \textbf{Años} \textbf{Meses} \textbf{Días}\tabularnewline \hline 16 08 1978 Aspirante de Primero 01 11 -\tabularnewline \hline 16 07 1980 Guardiamarina 02 - -\tabularnewline \hline 16 07 1982 Alférez de Fragata 01 - -\tabularnewline \hline 16 07 1983 Alférez de Navío 03 - -\tabularnewline \hline 16 07 1986 Teniente de Navío 09 01 24\tabularnewline \hline 11 09 1995 Capitán de Corbeta 07 01 28\tabularnewline \hline 07 11 2002 Capitán de Fragata \tabularnewline \hline \tabularnewline \hline \end{longtable} \end{document}
Re: LyX/Mac question
Bennett Helm [EMAIL PROTECTED] writes: open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). Bennet, in the forthcoming 1.4.4 the autoview feature can be overridden through lyxrc.dist, where an appropriate viewer can be defined. So, maybe the problem of a dvi viewer on Mac has a solution. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 9:27 PM, Enrico Forestieri wrote: Bennett Helm [EMAIL PROTECTED] writes: open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). Bennet, in the forthcoming 1.4.4 the autoview feature can be overridden through lyxrc.dist, where an appropriate viewer can be defined. So, maybe the problem of a dvi viewer on Mac has a solution. But the question is what to set it to. Some people like Mac native apps (for which open would seem to be the best solution), whereas others like xdvi in X11 (requiring something else). As far as I know, there's no way of determining this preference automatically unless we assume the user will have a Mac native app. Bennett
Re: \url{http://.../\#6} broken in pdflatex?
On 10/31/06, Richard Heck [EMAIL PROTECTED] wrote: However under pdflatex the \# causes a pdf file to be generated that cannot be read by Adobe Acrobat Reader 7.0 for Linux. (Although it can be read by xpdf, kpdf, gv and kghostview). Is there any portable way of referring to this url in LaTeX? This has to be a bug in Acrobat. I'd find some poor soul using Windows and see if the PDF can be read there. If you want to send it to me, I can try it out on my wife's machine and at least answer that question. Odd. The problem went away. There appears to be an intermittant fault such that when acroread is launched directly from lyx that much of the text disapears and errors about a font being missing (the font name being random garbage). It seems that this fault was aggravated, not caused by the \#. This fault occurs on my Fedora machine. I don't think I've ever noticed it on ubuntu. -- John C. McCabe-Dansted PhD Student University of Western Australia
peculiar over-write options ???
Exporting a lyx file to latex (plain) I am presented with a popup box: file.EPS already exists. do you want to overwrite? and then I can choose three options: 1 overwrite 2 overwrite all 3 cancel export Now, why is there no dont overwrite option??? Martin
Re: LyX/Mac question
Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. -- Enrico
Re[2]: LyX does not allow enter accented characters into TeX code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello Uwe! Thank you very much for the answer. I think the main problem is that I still don't understand the program well. I've just tried to insert \verb+accents-here+, I didn't know that TeX-code is just for commands, I thought it is for evertything I don't know how to type in LyX. In the iterim I am working with plain LaTeX (what good practice it is :-). I had problems copying and pasting from LyX (accents were scrumbled), so it is great news that the next LyX will support Unicode. I hope it will not take long before it is released! Thanks! I really appreciate your input for this community and your help. Milan Monday, October 30, 2006, 6:09:44 PM, you wrote: Not really yet. But the upcoming LyX 1.5 will support unicode, and therefore then also slovak characters. But note the TeX-code field is designed for LaTeX-commands and these must not contain accented characters. If you think you've no other choice than to use accented characters in TeX-code fields, feel free to ask on this list and we'll surely find a solution. -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.0.2 (Build 2424) Comment: This messsage has been singed by PGP. iQIVAwUBRUdYvN6WRzPEedGUAQixug//fPFlzbI6MkK8T+eT04WzXGvmNBOZqhaw VK7YHezv7AbnerqMej6iuH2hVPqWMnIf1mPlYaZA0K8H3geWu8ZDVGxpI517GirC TO52zXk2ggeu3ILmsrBKng0Rtr03o2bI9CLLxRdmpaoE8K0IMe14J3ygFrO4rmjo qBa/aj6sv3pOoN7oa9rHnQYfId/8qR7cLgJRN1BlKyxmhlHxrsYW/t0/e1I8m2O/ DMMK5d/Z+tZzKQ/Ze4jQAnolUdIdtapUNdU0xJHiuanmTtWXXrQpCMTGELC13gM9 tN51ibAfFYGm2cXK14UVBFSujdGbgsx2SQw7SDA+8lUZJFrvz+42+GTH4vzUkyWj PU7mQ31BjQ+fKK6I8Sj7Aia+9v7AZUZ424QIi1Y6qEFkI9eXP9kuIEx5hFIkEHDz K2GSCZz/28R3hgPhbkRzN4s/I98gw7dFMylgCGzg94l6gNE8H56zfXtUrPRCCJdY LqsQ8yiHN/hszzk7fKGUqe0PPT4+R87G+7U0qF1tIEfxBid7fgFSnVjMiqG2CzWX FZ3EZfmoeQHo5YF9eyh5asqri1UN+0WwtxGasXY6Rmkch8ect26g8YCTSk3gd0oF qMuTwoagfcVJlkcQfFrazQ/JMbwR/YO0oLyv5QG2uPT5esT4zTnuvdCPpM5Whvl3 1RaE5jXKtSo= =b0Ky -END PGP SIGNATURE-
Trouble with Floats and Graphic centering
Sorry, but I am still using 1.3.6 (SuSE 10.1 apparently installs this version and since YaST is broken, I can't update). Anyway I must use this to finish a project. I am using article and inserted a float then a graphic above the figure title. The figure title is centered and the graphic is left justified in the float box. When I view (in DVI or PDF) the graphic is off-center from the figure title. Looks kind of bad. Any ideas on how to center the graphic in the float box? Thanks, Stan
Re: Trouble with Floats and Graphic centering
On Tuesday 31 October 2006 3:59 pm, Stan Gatchel wrote: Any ideas on how to center the graphic in the float box? Go to the paragraph where the figure is, inside the float, and change its alignment to Center. Thanks, Stan -- José Abílio
Re: LyX/Mac question
On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens
Re: LyX/Mac question
Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Thanks, Paul
Re: LyX/Mac question
On Oct 31, 2006, at 9:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Paul, instant preview does work for me. Maybe it would be good if you could forward an example LyX file so I can try that. Perhaps he's using some math glyph that's known to LyX' mathedit but requires an additional style file for typesetting in LaTeX? That's now really getting very speculative, though. Jens
Re: peculiar over-write options ???
Am Dienstag, 31. Oktober 2006 10:00 schrieb Martin A. Hansen: Exporting a lyx file to latex (plain) I am presented with a popup box: file.EPS already exists. do you want to overwrite? and then I can choose three options: 1 overwrite 2 overwrite all 3 cancel export Now, why is there no dont overwrite option??? Because we did not have a premade dialog for that. Of course it should be there. IIRC that is already in bugzilla, but I could not find it. Georg
Re: Lyx 143 on kubuntu dapper much slower than on Suse 9.1
At least I could locate the problem a bit by now, which might be helpful for the devellopers: It is noch a kubuntu problem, I installed opensuse 10.1 and used the lyx 1.42, the same... The postscript-preview takes only 7-8 sec, so it is a postscript=pdf conversion problem. (I use the ps2pdf preview, with pdflatex I get error messages, concerning my figures). It only occurs with lyx-versions 142 and 143, with version 134 (suselinux 9.1) it is no problem. All my about 100 figures are made with coreldraw7 (win xp) and then exported to eps, I don't know, if this affects the speed... Probably I have to go back to lyx 134 if I will be able to work in a normal amount of time... regards robert
Re: LyX/Mac question
On Oct 31, 2006, at 10:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try latex --version and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as latex gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really latex and not pdflatex. Yes - in fact, you can invoke latex - dvi conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Thanks, Paul Instant preview also works for me, on an old iBook with LyX 1.4.3, with tetex installed via fink. I don't totally understand what the problem is here, I'm just thinking out loud and letting you know what is working or not on my machine to see if this answers any questions. Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). Here's something I can do. I can export a document from LyX as a dvi, open xdvi under X11, and then open the dvi. Everything works. I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Bob Lounsbury
Re: LyX/Mac question
Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 6:01 PM, Bob Lounsbury wrote: Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). xdvi works no problem for me. You should put the following in the Viewer field for the DVI file format (LyX Preferences File Formats): open -a X11.app; export DISPLAY=:0.0; xdvi Bennett
Re: LyX/Mac question
On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett
Re: LyX/Mac question
On Oct 31, 2006, at 5:12 PM, Bennett Helm wrote: On Oct 31, 2006, at 6:01 PM, Bob Lounsbury wrote: Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). xdvi works no problem for me. You should put the following in the Viewer field for the DVI file format (LyX Preferences File Formats): open -a X11.app; export DISPLAY=:0.0; xdvi Bennett Well, yes and no that works. It opens an X11 starter app I have installed (which gives me a choice of which window manager I would like to use), but when I select one and say 'start' nothing happens and the dialog box stays in place. Bob
Re: LyX/Mac question
On Oct 31, 2006, at 5:07 PM, Enrico Forestieri wrote: Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. -- Enrico Yes, Bennett is correct. Using the open nothing happens.
Re: LyX/Mac question
On Oct 31, 2006, at 4:16 PM, Bennett Helm wrote: On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury [EMAIL PROTECTED] writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools-Preferences, go to File formats and then select DVI. Most probably you have auto in the Viewer: entry. Try changing that to open (without quotes), click on Modify and then Apply. Are now you able to View-DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for auto to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett's solution works fine. If you want to get xdvi to interoperate even more with Mac OS X, you could use XDroplets - I actually use xdvi as an example for the use of XDroplets at the bottom of my page http://www.uoregon.edu/~noeckel/TigerG4G5Setup.html That way, you can even drag and drop onto the xdvi icon. And you could use open -a with the Xdvi.app that is created by XDroplets. Jens
RV: Color in table rows
The DVI view of below lyx file runs perfectly under Linux, not in Windows LyX. (?) -Mensaje original- De: Jaime Díaz-Deus Fernández [mailto:[EMAIL PROTECTED] Enviado el: viernes, 27 de octubre de 2006 2:05 Para: lyx-users@lists.lyx.org Asunto: Coolr in table rows Good night to all list users. I pretend a table with 10 rows and 7 columns, that the rows are colored. I use the package xcolor for that but I have errors when I want to view the table in DVI. My LyX version is 1.4.3-4 in a Miktex environment running in Windows XP. Bellow is the exported LaTeX file. Thanks for to read me. %% LyX 1.4.3-4 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[spanish]{article} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \usepackage{longtable} \makeatletter %% LyX specific LaTeX commands. %% Because html converters don't know tabularnewline \providecommand{\tabularnewline}{\\} %% User specified LaTeX commands. \usepackage{array} \usepackage{calc} \usepackage{ifthen} \usepackage[dvips,rgb]{xcolor} \usepackage{graphicx} \usepackage{colortbl} \usepackage{babel} \deactivatetilden \makeatother \begin{document} \rowcolors[\hline]{3}{green!25}{yellow!50} \arrayrulecolor{black} \begin{longtable}{|c|c|c|c|c|c|c|} \hline \multicolumn{3}{|c|}{\textbf{FECHAS}} \textbf{EMPLEOS} \multicolumn{3}{c|}{\textbf{TIEMPO}}\tabularnewline \hline \hline \textbf{Día} \textbf{Mes} \textbf{Año} \textbf{Años} \textbf{Meses} \textbf{Días}\tabularnewline \hline 16 08 1978 Aspirante de Primero 01 11 -\tabularnewline \hline 16 07 1980 Guardiamarina 02 - -\tabularnewline \hline 16 07 1982 Alférez de Fragata 01 - -\tabularnewline \hline 16 07 1983 Alférez de Navío 03 - -\tabularnewline \hline 16 07 1986 Teniente de Navío 09 01 24\tabularnewline \hline 11 09 1995 Capitán de Corbeta 07 01 28\tabularnewline \hline 07 11 2002 Capitán de Fragata \tabularnewline \hline \tabularnewline \hline \end{longtable} \end{document}
Re: LyX/Mac question
Bennett Helm [EMAIL PROTECTED] writes: open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). Bennet, in the forthcoming 1.4.4 the autoview feature can be overridden through lyxrc.dist, where an appropriate viewer can be defined. So, maybe the problem of a dvi viewer on Mac has a solution. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 9:27 PM, Enrico Forestieri wrote: Bennett Helm [EMAIL PROTECTED] writes: open only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then auto should work in that case as well). Bennet, in the forthcoming 1.4.4 the autoview feature can be overridden through lyxrc.dist, where an appropriate viewer can be defined. So, maybe the problem of a dvi viewer on Mac has a solution. But the question is what to set it to. Some people like Mac native apps (for which open would seem to be the best solution), whereas others like xdvi in X11 (requiring something else). As far as I know, there's no way of determining this preference automatically unless we assume the user will have a Mac native app. Bennett
Re: \url{http://.../\#6} broken in pdflatex?
On 10/31/06, Richard Heck <[EMAIL PROTECTED]> wrote: > However under pdflatex the "\#" causes a pdf file to be generated that > cannot be read by Adobe Acrobat Reader 7.0 for Linux. (Although it can > be read by xpdf, kpdf, gv and kghostview). Is there any portable way > of referring to this url in LaTeX? > This has to be a bug in Acrobat. I'd find some poor soul using Windows and see if the PDF can be read there. If you want to send it to me, I can try it out on my wife's machine and at least answer that question. Odd. The problem went away. There appears to be an intermittant fault such that when acroread is launched directly from lyx that much of the text disapears and errors about a font being missing (the font name being random garbage). It seems that this fault was aggravated, not caused by the "\#". This fault occurs on my Fedora machine. I don't think I've ever noticed it on ubuntu. -- John C. McCabe-Dansted PhD Student University of Western Australia
peculiar over-write options ???
Exporting a lyx file to latex (plain) I am presented with a popup box: file.EPS already exists. do you want to overwrite? and then I can choose three options: 1 overwrite 2 overwrite all 3 cancel export Now, why is there no "dont overwrite" option??? Martin
Re: LyX/Mac question
Paul A. Rubin <[EMAIL PROTECTED]> writes: > > I'm posting this vicariously, as it were (not being a Mac user myself), > so please bear with me. Someone else is having a problem with LyX > 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem > seems to be caused by instant preview. With IP on and math insets in > the document, misadventures occur, and in particular the temp directory > shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not > 0lyxpreview.dvi. > > The user seems to think that /sw/bin/latex is symlinked (or hard linked, > I'm not sure) to pdflatex. I'm guessing from the symptoms above that > when the Python script that compiles the previews runs what it thinks is > latex, it's actually running pdflatex (or pdfetex with the format set to > pdflatex, or something like that). Hence no DVI output, and the DVI to > PNG conversion unsurprisingly breaks. > > Does this resonate with any Mac users? Is there something > installation-wise that could get 'latex' to actually run latex (as in > producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". -- Enrico
Re[2]: LyX does not allow enter accented characters into TeX code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello Uwe! Thank you very much for the answer. I think the main problem is that I still don't understand the program well. I've just tried to insert \verb+accents-here+, I didn't know that TeX-code is just for commands, I thought it is for evertything I don't know how to type in LyX. In the iterim I am working with plain LaTeX (what good practice it is :-). I had problems copying and pasting from LyX (accents were scrumbled), so it is great news that the next LyX will support Unicode. I hope it will not take long before it is released! Thanks! I really appreciate your input for this community and your help. Milan Monday, October 30, 2006, 6:09:44 PM, you wrote: > Not really yet. But the upcoming LyX 1.5 will support unicode, and > therefore then also slovak characters. > But note the TeX-code field is designed for LaTeX-commands and these > must not contain accented characters. > If you think you've no other choice than to use accented characters in > TeX-code fields, feel free to ask on this list and we'll surely find a > solution. -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.0.2 (Build 2424) Comment: This messsage has been singed by PGP. iQIVAwUBRUdYvN6WRzPEedGUAQixug//fPFlzbI6MkK8T+eT04WzXGvmNBOZqhaw VK7YHezv7AbnerqMej6iuH2hVPqWMnIf1mPlYaZA0K8H3geWu8ZDVGxpI517GirC TO52zXk2ggeu3ILmsrBKng0Rtr03o2bI9CLLxRdmpaoE8K0IMe14J3ygFrO4rmjo qBa/aj6sv3pOoN7oa9rHnQYfId/8qR7cLgJRN1BlKyxmhlHxrsYW/t0/e1I8m2O/ DMMK5d/Z+tZzKQ/Ze4jQAnolUdIdtapUNdU0xJHiuanmTtWXXrQpCMTGELC13gM9 tN51ibAfFYGm2cXK14UVBFSujdGbgsx2SQw7SDA+8lUZJFrvz+42+GTH4vzUkyWj PU7mQ31BjQ+fKK6I8Sj7Aia+9v7AZUZ424QIi1Y6qEFkI9eXP9kuIEx5hFIkEHDz K2GSCZz/28R3hgPhbkRzN4s/I98gw7dFMylgCGzg94l6gNE8H56zfXtUrPRCCJdY LqsQ8yiHN/hszzk7fKGUqe0PPT4+R87G+7U0qF1tIEfxBid7fgFSnVjMiqG2CzWX FZ3EZfmoeQHo5YF9eyh5asqri1UN+0WwtxGasXY6Rmkch8ect26g8YCTSk3gd0oF qMuTwoagfcVJlkcQfFrazQ/JMbwR/YO0oLyv5QG2uPT5esT4zTnuvdCPpM5Whvl3 1RaE5jXKtSo= =b0Ky -END PGP SIGNATURE-
Trouble with Floats and Graphic centering
Sorry, but I am still using 1.3.6 (SuSE 10.1 apparently installs this version and since YaST is broken, I can't update). Anyway I must use this to finish a project. I am using "article" and inserted a float then a graphic above the figure title. The figure title is centered and the graphic is left justified in the float box. When I view (in DVI or PDF) the graphic is off-center from the figure title. Looks kind of bad. Any ideas on how to center the graphic in the float box? Thanks, Stan
Re: Trouble with Floats and Graphic centering
On Tuesday 31 October 2006 3:59 pm, Stan Gatchel wrote: > Any ideas on how to center the graphic in the float box? Go to the paragraph where the figure is, inside the float, and change its alignment to Center. > Thanks, > > Stan -- José Abílio
Re: LyX/Mac question
On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". Yes - in fact, you can invoke "latex -> dvi" conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens
Re: LyX/Mac question
Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". Yes - in fact, you can invoke "latex -> dvi" conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Thanks, Paul
Re: LyX/Mac question
On Oct 31, 2006, at 9:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". Yes - in fact, you can invoke "latex -> dvi" conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Paul, instant preview does work for me. Maybe it would be good if you could forward an example LyX file so I can try that. Perhaps he's using some math glyph that's known to LyX' mathedit but requires an additional style file for typesetting in LaTeX? That's now really getting very speculative, though. Jens
Re: peculiar over-write options ???
Am Dienstag, 31. Oktober 2006 10:00 schrieb Martin A. Hansen: > Exporting a lyx file to latex (plain) I am presented with a popup box: > > file.EPS already exists. > do you want to overwrite? > > and then I can choose three options: > > 1 overwrite > 2 overwrite all > 3 cancel export > > > > Now, why is there no "dont overwrite" option??? Because we did not have a premade dialog for that. Of course it should be there. IIRC that is already in bugzilla, but I could not find it. Georg
Re: Lyx 143 on kubuntu dapper much slower than on Suse 9.1
At least I could locate the problem a bit by now, which might be helpful for the devellopers: It is noch a kubuntu problem, I installed opensuse 10.1 and used the lyx 1.42, the same... The postscript-preview takes only 7-8 sec, so it is a postscript=>pdf conversion problem. (I use the ps2pdf preview, with pdflatex I get error messages, concerning my figures). It only occurs with lyx-versions 142 and 143, with version 134 (suselinux 9.1) it is no problem. All my about 100 figures are made with coreldraw7 (win xp) and then exported to eps, I don't know, if this affects the speed... Probably I have to go back to lyx 134 if I will be able to work in a "normal" amount of time... regards robert
Re: LyX/Mac question
On Oct 31, 2006, at 10:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". Yes - in fact, you can invoke "latex -> dvi" conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Thanks, Paul Instant preview also works for me, on an old iBook with LyX 1.4.3, with tetex installed via fink. I don't totally understand what the problem is here, I'm just thinking out loud and letting you know what is working or not on my machine to see if this answers any questions. Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). Here's something I can do. I can export a document from LyX as a dvi, open xdvi under X11, and then open the dvi. Everything works. I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Bob Lounsbury
Re: LyX/Mac question
Bob Lounsbury <[EMAIL PROTECTED]> writes: > I don't know if this helps anything. Let me know if I can do > something else to help out or help figure out how to get dvi viewing > working under LyX on macs. Because it is definitely faster than pdf > viewing on Windows and Linux (and since this is a five year old > iBook, pdf viewing can take a long time). Please, try the following. Open Tools->Preferences, go to "File formats" and then select "DVI". Most probably you have "auto" in the "Viewer:" entry. Try changing that to "open" (without quotes), click on Modify and then Apply. Are now you able to View->DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for "auto" to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 6:01 PM, Bob Lounsbury wrote: Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). xdvi works no problem for me. You should put the following in the "Viewer" field for the DVI file format (LyX > Preferences > File Formats): open -a X11.app; export DISPLAY=:0.0; xdvi Bennett
Re: LyX/Mac question
On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury <[EMAIL PROTECTED]> writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools->Preferences, go to "File formats" and then select "DVI". Most probably you have "auto" in the "Viewer:" entry. Try changing that to "open" (without quotes), click on Modify and then Apply. Are now you able to View->DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for "auto" to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. "open" only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then "auto" should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett
Re: LyX/Mac question
On Oct 31, 2006, at 5:12 PM, Bennett Helm wrote: On Oct 31, 2006, at 6:01 PM, Bob Lounsbury wrote: Like I said before, dvi viewing isn't working for me under LyX. Although I think the reason is that there is no standard dvi viewer under OS X (like there is for Windows with Yap and Linux with xdvik (although X11 is very integrated in linux)). So, via fink, I have xdvi installed.but this is an X11 program and I have LyX installed under Qt which I didn't think that those two systems could necessary communicate with one another (but I really have no idea because I don't understand how they work, I just use them). xdvi works no problem for me. You should put the following in the "Viewer" field for the DVI file format (LyX > Preferences > File Formats): open -a X11.app; export DISPLAY=:0.0; xdvi Bennett Well, yes and no that works. It opens an X11 starter app I have installed (which gives me a choice of which window manager I would like to use), but when I select one and say 'start' nothing happens and the dialog box stays in place. Bob
Re: LyX/Mac question
On Oct 31, 2006, at 5:07 PM, Enrico Forestieri wrote: Bob Lounsbury <[EMAIL PROTECTED]> writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools->Preferences, go to "File formats" and then select "DVI". Most probably you have "auto" in the "Viewer:" entry. Try changing that to "open" (without quotes), click on Modify and then Apply. Are now you able to View->DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for "auto" to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. -- Enrico Yes, Bennett is correct. Using the "open" nothing happens.
Re: LyX/Mac question
On Oct 31, 2006, at 4:16 PM, Bennett Helm wrote: On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury <[EMAIL PROTECTED]> writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools->Preferences, go to "File formats" and then select "DVI". Most probably you have "auto" in the "Viewer:" entry. Try changing that to "open" (without quotes), click on Modify and then Apply. Are now you able to View->DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for "auto" to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. "open" only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then "auto" should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett's solution works fine. If you want to get xdvi to interoperate even more with Mac OS X, you could use XDroplets - I actually use xdvi as an example for the use of XDroplets at the bottom of my page http://www.uoregon.edu/~noeckel/TigerG4G5Setup.html That way, you can even drag and drop onto the xdvi icon. And you could use "open -a" with the Xdvi.app that is created by XDroplets. Jens
RV: Color in table rows
The DVI view of below lyx file runs perfectly under Linux, not in Windows LyX. (?) -Mensaje original- De: Jaime Díaz-Deus Fernández [mailto:[EMAIL PROTECTED] Enviado el: viernes, 27 de octubre de 2006 2:05 Para: lyx-users@lists.lyx.org Asunto: Coolr in table rows Good night to all list users. I pretend a table with 10 rows and 7 columns, that the rows are colored. I use the package xcolor for that but I have errors when I want to view the table in DVI. My LyX version is 1.4.3-4 in a Miktex environment running in Windows XP. Bellow is the exported LaTeX file. Thanks for to read me. %% LyX 1.4.3-4 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[spanish]{article} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \usepackage{longtable} \makeatletter %% LyX specific LaTeX commands. %% Because html converters don't know tabularnewline \providecommand{\tabularnewline}{\\} %% User specified LaTeX commands. \usepackage{array} \usepackage{calc} \usepackage{ifthen} \usepackage[dvips,rgb]{xcolor} \usepackage{graphicx} \usepackage{colortbl} \usepackage{babel} \deactivatetilden \makeatother \begin{document} \rowcolors[\hline]{3}{green!25}{yellow!50} \arrayrulecolor{black} \begin{longtable}{|c|c|c|c|c|c|c|} \hline \multicolumn{3}{|c|}{\textbf{FECHAS}}& \textbf{EMPLEOS}& \multicolumn{3}{c|}{\textbf{TIEMPO}}\tabularnewline \hline \hline \textbf{Día}& \textbf{Mes}& \textbf{Año}& & \textbf{Años}& \textbf{Meses}& \textbf{Días}\tabularnewline \hline 16& 08& 1978& Aspirante de Primero& 01& 11& -\tabularnewline \hline 16& 07& 1980& Guardiamarina& 02& -& -\tabularnewline \hline 16& 07& 1982& Alférez de Fragata& 01& -& -\tabularnewline \hline 16& 07& 1983& Alférez de Navío& 03& -& -\tabularnewline \hline 16& 07& 1986& Teniente de Navío& 09& 01& 24\tabularnewline \hline 11& 09& 1995& Capitán de Corbeta& 07& 01& 28\tabularnewline \hline 07& 11& 2002& Capitán de Fragata& & & \tabularnewline \hline & & & & & & \tabularnewline \hline \end{longtable} \end{document}
Re: LyX/Mac question
Bennett Helm <[EMAIL PROTECTED]> writes: > "open" only works for applications that use the Mac GUI -- not > including X11 apps. So this solution won't work for xdvi. It will > work if an application such as TeXShop has been defined as the > default .dvi viewer (but then "auto" should work in that case as well). Bennet, in the forthcoming 1.4.4 the autoview feature can be overridden through lyxrc.dist, where an appropriate viewer can be defined. So, maybe the problem of a dvi viewer on Mac has a solution. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 9:27 PM, Enrico Forestieri wrote: Bennett Helm <[EMAIL PROTECTED]> writes: "open" only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then "auto" should work in that case as well). Bennet, in the forthcoming 1.4.4 the autoview feature can be overridden through lyxrc.dist, where an appropriate viewer can be defined. So, maybe the problem of a dvi viewer on Mac has a solution. But the question is what to set it to. Some people like Mac native apps (for which "open" would seem to be the best solution), whereas others like xdvi in X11 (requiring something else). As far as I know, there's no way of determining this preference automatically unless we assume the user will have a Mac native app. Bennett