Re: LyX/Mac question
Enrico Forestieri wrote: I think that you could enter this in bugzilla. Done. /Paul
Re: LyX/Mac question
Enrico Forestieri wrote: I think that you could enter this in bugzilla. Done. /Paul
Re: LyX/Mac question
Enrico Forestieri wrote: I think that you could enter this in bugzilla. Done. /Paul
Re: LyX/Mac question
Enrico Forestieri wrote: I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. Is it possible to load the full preamble but also add a line that overrides the format decision, so that a DVI is always generated even if the document is targeting pdftex? If so, that is one way to circumvent the problem. If not, then perhaps the conversion script needs to search first for 0lyxpreview.dvi and then, failing to find it, 0lyxpreview.pdf, and convert the latter to PNG if it exists (?). /Paul
Re: LyX/Mac question
Paul A. Rubin [EMAIL PROTECTED] writes: Enrico Forestieri wrote: I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. Is it possible to load the full preamble but also add a line that overrides the format decision, so that a DVI is always generated even if the document is targeting pdftex? This would be fragile and prone to errors. If so, that is one way to circumvent the problem. If not, then perhaps the conversion script needs to search first for 0lyxpreview.dvi and then, failing to find it, 0lyxpreview.pdf, and convert the latter to PNG if it exists (?). This would be possible, but then we would be missing the ascent and descent values necessary to correctly align the snippets with the surrounding text. Currently these values are provided by dvipng which only works with dvi files. Maybe the legacy script using the ghostscript route could be adapted, as preview.sty should also work with pdflatex. In this case those values could be extracted from the log file. I think that you could enter this in bugzilla. -- Enrico
Re: LyX/Mac question
Enrico Forestieri wrote: I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. Is it possible to load the full preamble but also add a line that overrides the format decision, so that a DVI is always generated even if the document is targeting pdftex? If so, that is one way to circumvent the problem. If not, then perhaps the conversion script needs to search first for 0lyxpreview.dvi and then, failing to find it, 0lyxpreview.pdf, and convert the latter to PNG if it exists (?). /Paul
Re: LyX/Mac question
Paul A. Rubin [EMAIL PROTECTED] writes: Enrico Forestieri wrote: I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. Is it possible to load the full preamble but also add a line that overrides the format decision, so that a DVI is always generated even if the document is targeting pdftex? This would be fragile and prone to errors. If so, that is one way to circumvent the problem. If not, then perhaps the conversion script needs to search first for 0lyxpreview.dvi and then, failing to find it, 0lyxpreview.pdf, and convert the latter to PNG if it exists (?). This would be possible, but then we would be missing the ascent and descent values necessary to correctly align the snippets with the surrounding text. Currently these values are provided by dvipng which only works with dvi files. Maybe the legacy script using the ghostscript route could be adapted, as preview.sty should also work with pdflatex. In this case those values could be extracted from the log file. I think that you could enter this in bugzilla. -- Enrico
Re: LyX/Mac question
Enrico Forestieri wrote: I'm wondering if this is something that should go into bugzilla, or whether it's one of those "we'll have to live with it" sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. Is it possible to load the full preamble but also add a line that overrides the format decision, so that a DVI is always generated even if the document is targeting pdftex? If so, that is one way to circumvent the problem. If not, then perhaps the conversion script needs to search first for 0lyxpreview.dvi and then, failing to find it, 0lyxpreview.pdf, and convert the latter to PNG if it exists (?). /Paul
Re: LyX/Mac question
Paul A. Rubin <[EMAIL PROTECTED]> writes: > > Enrico Forestieri wrote: > > >> > >> I'm wondering if this is something that should go into bugzilla, or > >> whether it's one of those "we'll have to live with it" sorts of things? > > > > The latter, I fear. If the same preamble was not used, the snippets > > could not be generated because something in the preamble is needed. > > Frankly, implementing a sort of artificial intelligence simply to be > > able to recognize what is really needed for instant-preview seems > > to much, IMO. > > > > Is it possible to load the full preamble but also add a line that > overrides the format decision, so that a DVI is always generated even if > the document is targeting pdftex? This would be fragile and prone to errors. > If so, that is one way to circumvent > the problem. If not, then perhaps the conversion script needs to search > first for 0lyxpreview.dvi and then, failing to find it, 0lyxpreview.pdf, > and convert the latter to PNG if it exists (?). This would be possible, but then we would be missing the "ascent" and "descent" values necessary to correctly align the snippets with the surrounding text. Currently these values are provided by dvipng which only works with dvi files. Maybe the legacy script using the ghostscript route could be adapted, as preview.sty should also work with pdflatex. In this case those values could be extracted from the log file. I think that you could enter this in bugzilla. -- Enrico
Re: LyX/Mac question
On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? -- Enrico
Re: LyX/Mac question
On Nov 1, 2006, at 9:03 AM, Enrico Forestieri wrote: On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? This works only with native apps -- not X11 apps (at least not without trickery of the sort Jens described with XDroplets). Again, in that case open will work (and works better than auto). My inclination is to set open as the default, letting those who know how to use X11 set their LyX preferences accordingly. Bennett
Re: LyX/Mac question
On Wed, Nov 01, 2006 at 09:08:36AM -0500, Bennett Helm wrote: On Nov 1, 2006, at 9:03 AM, Enrico Forestieri wrote: On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? This works only with native apps -- not X11 apps (at least not without trickery of the sort Jens described with XDroplets). Again, in that case open will work (and works better than auto). My inclination is to set open as the default, letting those who know how to use X11 set their LyX preferences accordingly. This one seems a sensible thing to do, and starting from 1.4.4 it can be done through lyxrc.dist. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 4:23 PM, Jens Noeckel 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). I tried changing auto to open (it's not in Tools Preferences on the Mac, but rather Lyx Preferences). I get a cannot convert file error, An error occurred whilst running dvipdfmx -p letter -o 'foo.pdf' (my document is foo..lyx). How do I define a default dvi viewer in Lyx? Or is that something I define via the os? Sue Kientz [EMAIL PROTECTED]
Re: LyX/Mac question
On Nov 1, 2006, at 11:23 AM, Sue Kientz wrote: On Oct 31, 2006, at 4:23 PM, Jens Noeckel 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). I tried changing auto to open (it's not in Tools Preferences on the Mac, but rather Lyx Preferences). I get a cannot convert file error, An error occurred whilst running dvipdfmx -p letter - o 'foo.pdf' (my document is foo..lyx). How do I define a default dvi viewer in Lyx? Or is that something I define via the os? Sue Kientz [EMAIL PROTECTED] If you look, through the lists on this topic you should find an answer. However, from what Bennett posted if you put: open -a X11.app; export DISPLAY=:0.0; xdvi into the LyX Preferences and you have xdvi installed, it is supposed to work. It works for Bennett but not for me (probably due to some other program conflict, that I really don't care to resolve). The problem is that there is no default dvi viewer for mac. So if you have xdvi installed you have to call out X11. The default dvi viewers are shareware that cost $20 or I've heard of one free one TeXshop that is supposed to work if you install it and put open into the preferences. Bob Lounsbury
Re: LyX/Mac question SOLVED
I hope someone got some use out of the how to get a viewer on a Mac part of this thread, because I'm afraid the original question was a false alarm. It turns out the Mac user was also using a custom LaTeX class that contained \usepackage[pdftex]{graphicx} in the class file, and the pdftex option overrides any attempt to generate a DVI (including the DVIs used by instant preview). Oops, sorry, my bad. /Paul
Re: LyX/Mac question
Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. LyX uses the exact same preamble of the original document in 0lyxpreview.tex and this may cause problems. For example, if you have dvipng and change the size of the latex fonts (say from 10pt to 12pt) you suddenly see that all preview snippets change size accordingly (after reloading the 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. I am not so sure. See above. Yes, this apparently has changed. I think I recall entering a bugzilla request a while back, because I tripped over a case of IP failing due to a missing class/style loaded in the preamble of the original document. You are correct, the class and preamble of the original document are now used by IP, and it's a case of be careful what you wish for. If the class file overrides DVI output (in this case, it contained \usepackage[pdftex]{graphicx}) and that gets copied to the formula preview file(s), then the formulas are not generated as DVIs, conversion to PNG fails and no good comes of it. I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? On a related note, I noticed that when I stick a bunch of math insets in a document (with IP turned on), LyX usually generates a bunch of separate .tex files, one per inset; but with the test document that used the custom class containing \usepackage[pdftex]{graphicx}, LyX generated just one 0lyxpreview.tex file containing all the math insets. Is there any particular logic to when they are all in one file and when they are not? Does it have to do with the choice of class, or the preamble contents? Confused as usual, Paul
Re: LyX/Mac question
Paul A. Rubin [EMAIL PROTECTED] writes: Enrico Forestieri wrote: Paul A. Rubin rubin at ... writes: AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. LyX uses the exact same preamble of the original document in 0lyxpreview.tex and this may cause problems. For example, if you have dvipng and change the size of the latex fonts (say from 10pt to 12pt) you suddenly see that all preview snippets change size accordingly (after reloading the 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. I am not so sure. See above. Yes, this apparently has changed. I think I recall entering a bugzilla request a while back, because I tripped over a case of IP failing due to a missing class/style loaded in the preamble of the original document. You are correct, the class and preamble of the original document are now used by IP, and it's a case of be careful what you wish for. If the class file overrides DVI output (in this case, it contained \usepackage[pdftex]{graphicx}) and that gets copied to the formula preview file(s), then the formulas are not generated as DVIs, conversion to PNG fails and no good comes of it. I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. On a related note, I noticed that when I stick a bunch of math insets in a document (with IP turned on), LyX usually generates a bunch of separate .tex files, one per inset; but with the test document that used the custom class containing \usepackage[pdftex]{graphicx}, LyX generated just one 0lyxpreview.tex file containing all the math insets. Is there any particular logic to when they are all in one file and when they are not? Does it have to do with the choice of class, or the preamble contents? When you load a file with instant-preview turned on, all the preview snippets are generated at once using a single 0lyxpreview.tex file. Later, when you enter a new equation, lyx generates a new Xlyxpreview.tex file (X being 1, 2 and so on). If you turn on instant-preview after loading a file, then a Xlyxpreview.tex file is generated for each equation, but only when you enter and exit a math inset with the cursor (using the keyboard, as it seems that using the mouse does not work anymore). -- Enrico
Re: LyX/Mac question
On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? -- Enrico
Re: LyX/Mac question
On Nov 1, 2006, at 9:03 AM, Enrico Forestieri wrote: On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? This works only with native apps -- not X11 apps (at least not without trickery of the sort Jens described with XDroplets). Again, in that case open will work (and works better than auto). My inclination is to set open as the default, letting those who know how to use X11 set their LyX preferences accordingly. Bennett
Re: LyX/Mac question
On Wed, Nov 01, 2006 at 09:08:36AM -0500, Bennett Helm wrote: On Nov 1, 2006, at 9:03 AM, Enrico Forestieri wrote: On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? This works only with native apps -- not X11 apps (at least not without trickery of the sort Jens described with XDroplets). Again, in that case open will work (and works better than auto). My inclination is to set open as the default, letting those who know how to use X11 set their LyX preferences accordingly. This one seems a sensible thing to do, and starting from 1.4.4 it can be done through lyxrc.dist. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 4:23 PM, Jens Noeckel 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). I tried changing auto to open (it's not in Tools Preferences on the Mac, but rather Lyx Preferences). I get a cannot convert file error, An error occurred whilst running dvipdfmx -p letter -o 'foo.pdf' (my document is foo..lyx). How do I define a default dvi viewer in Lyx? Or is that something I define via the os? Sue Kientz [EMAIL PROTECTED]
Re: LyX/Mac question
On Nov 1, 2006, at 11:23 AM, Sue Kientz wrote: On Oct 31, 2006, at 4:23 PM, Jens Noeckel 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). I tried changing auto to open (it's not in Tools Preferences on the Mac, but rather Lyx Preferences). I get a cannot convert file error, An error occurred whilst running dvipdfmx -p letter - o 'foo.pdf' (my document is foo..lyx). How do I define a default dvi viewer in Lyx? Or is that something I define via the os? Sue Kientz [EMAIL PROTECTED] If you look, through the lists on this topic you should find an answer. However, from what Bennett posted if you put: open -a X11.app; export DISPLAY=:0.0; xdvi into the LyX Preferences and you have xdvi installed, it is supposed to work. It works for Bennett but not for me (probably due to some other program conflict, that I really don't care to resolve). The problem is that there is no default dvi viewer for mac. So if you have xdvi installed you have to call out X11. The default dvi viewers are shareware that cost $20 or I've heard of one free one TeXshop that is supposed to work if you install it and put open into the preferences. Bob Lounsbury
Re: LyX/Mac question SOLVED
I hope someone got some use out of the how to get a viewer on a Mac part of this thread, because I'm afraid the original question was a false alarm. It turns out the Mac user was also using a custom LaTeX class that contained \usepackage[pdftex]{graphicx} in the class file, and the pdftex option overrides any attempt to generate a DVI (including the DVIs used by instant preview). Oops, sorry, my bad. /Paul
Re: LyX/Mac question
Enrico Forestieri wrote: Paul A. Rubin [EMAIL PROTECTED] writes: AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. LyX uses the exact same preamble of the original document in 0lyxpreview.tex and this may cause problems. For example, if you have dvipng and change the size of the latex fonts (say from 10pt to 12pt) you suddenly see that all preview snippets change size accordingly (after reloading the 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. I am not so sure. See above. Yes, this apparently has changed. I think I recall entering a bugzilla request a while back, because I tripped over a case of IP failing due to a missing class/style loaded in the preamble of the original document. You are correct, the class and preamble of the original document are now used by IP, and it's a case of be careful what you wish for. If the class file overrides DVI output (in this case, it contained \usepackage[pdftex]{graphicx}) and that gets copied to the formula preview file(s), then the formulas are not generated as DVIs, conversion to PNG fails and no good comes of it. I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? On a related note, I noticed that when I stick a bunch of math insets in a document (with IP turned on), LyX usually generates a bunch of separate .tex files, one per inset; but with the test document that used the custom class containing \usepackage[pdftex]{graphicx}, LyX generated just one 0lyxpreview.tex file containing all the math insets. Is there any particular logic to when they are all in one file and when they are not? Does it have to do with the choice of class, or the preamble contents? Confused as usual, Paul
Re: LyX/Mac question
Paul A. Rubin [EMAIL PROTECTED] writes: Enrico Forestieri wrote: Paul A. Rubin rubin at ... writes: AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. LyX uses the exact same preamble of the original document in 0lyxpreview.tex and this may cause problems. For example, if you have dvipng and change the size of the latex fonts (say from 10pt to 12pt) you suddenly see that all preview snippets change size accordingly (after reloading the 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. I am not so sure. See above. Yes, this apparently has changed. I think I recall entering a bugzilla request a while back, because I tripped over a case of IP failing due to a missing class/style loaded in the preamble of the original document. You are correct, the class and preamble of the original document are now used by IP, and it's a case of be careful what you wish for. If the class file overrides DVI output (in this case, it contained \usepackage[pdftex]{graphicx}) and that gets copied to the formula preview file(s), then the formulas are not generated as DVIs, conversion to PNG fails and no good comes of it. I'm wondering if this is something that should go into bugzilla, or whether it's one of those we'll have to live with it sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. On a related note, I noticed that when I stick a bunch of math insets in a document (with IP turned on), LyX usually generates a bunch of separate .tex files, one per inset; but with the test document that used the custom class containing \usepackage[pdftex]{graphicx}, LyX generated just one 0lyxpreview.tex file containing all the math insets. Is there any particular logic to when they are all in one file and when they are not? Does it have to do with the choice of class, or the preamble contents? When you load a file with instant-preview turned on, all the preview snippets are generated at once using a single 0lyxpreview.tex file. Later, when you enter a new equation, lyx generates a new Xlyxpreview.tex file (X being 1, 2 and so on). If you turn on instant-preview after loading a file, then a Xlyxpreview.tex file is generated for each equation, but only when you enter and exit a math inset with the cursor (using the keyboard, as it seems that using the mouse does not work anymore). -- Enrico
Re: LyX/Mac question
On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: > 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? -- Enrico
Re: LyX/Mac question
On Nov 1, 2006, at 9:03 AM, Enrico Forestieri wrote: On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: 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. I have never used a Mac (well, I tried it through an emulator on the Amiga some years ago, when it was still using an MC68040, but I fear this doesn't count) so I cannot be of help here. BUT: if you click on a dvi file in the GUI, does it get opened in some app? If the answer is yes, then there must be a way to get this info and use it with the autoview feature in LyX, don't you think so? This works only with native apps -- not X11 apps (at least not without trickery of the sort Jens described with XDroplets). Again, in that case "open" will work (and works better than "auto"). My inclination is to set "open" as the default, letting those who know how to use X11 set their LyX preferences accordingly. Bennett
Re: LyX/Mac question
On Wed, Nov 01, 2006 at 09:08:36AM -0500, Bennett Helm wrote: > On Nov 1, 2006, at 9:03 AM, Enrico Forestieri wrote: > > > On Tue, Oct 31, 2006 at 11:00:31PM -0500, Bennett Helm wrote: > > > >> 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. > > > > I have never used a Mac (well, I tried it through an emulator on the > > Amiga some years ago, when it was still using an MC68040, but I fear > > this doesn't count) so I cannot be of help here. > > > > BUT: if you click on a dvi file in the GUI, does it get opened in > > some app? If the answer is yes, then there must be a way to get this > > info and use it with the autoview feature in LyX, don't you think so? > > This works only with native apps -- not X11 apps (at least not > without trickery of the sort Jens described with XDroplets). Again, > in that case "open" will work (and works better than "auto"). > > My inclination is to set "open" as the default, letting those who > know how to use X11 set their LyX preferences accordingly. This one seems a sensible thing to do, and starting from 1.4.4 it can be done through lyxrc.dist. -- Enrico
Re: LyX/Mac question
On Oct 31, 2006, at 4:23 PM, Jens Noeckel 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). I tried changing auto to open (it's not in Tools > Preferences on the Mac, but rather Lyx > Preferences). I get a "cannot convert file" error, "An error occurred whilst running dvipdfmx -p letter -o 'foo.pdf' " (my document is foo..lyx). How do I define a default dvi viewer in Lyx? Or is that something I define via the os? Sue Kientz [EMAIL PROTECTED]
Re: LyX/Mac question
On Nov 1, 2006, at 11:23 AM, Sue Kientz wrote: On Oct 31, 2006, at 4:23 PM, Jens Noeckel 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). I tried changing auto to open (it's not in Tools > Preferences on the Mac, but rather Lyx > Preferences). I get a "cannot convert file" error, "An error occurred whilst running dvipdfmx -p letter - o 'foo.pdf' " (my document is foo..lyx). How do I define a default dvi viewer in Lyx? Or is that something I define via the os? Sue Kientz [EMAIL PROTECTED] If you look, through the lists on this topic you should find an answer. However, from what Bennett posted if you put: open -a X11.app; export DISPLAY=:0.0; xdvi into the LyX > Preferences and you have xdvi installed, it is supposed to work. It works for Bennett but not for me (probably due to some other program conflict, that I really don't care to resolve). The problem is that there is no default dvi viewer for mac. So if you have xdvi installed you have to call out X11. The default dvi viewers are shareware that cost $20 or I've heard of one free one TeXshop that is supposed to work if you install it and put "open" into the preferences. Bob Lounsbury
Re: LyX/Mac question SOLVED
I hope someone got some use out of the "how to get a viewer on a Mac" part of this thread, because I'm afraid the original question was a false alarm. It turns out the Mac user was also using a custom LaTeX class that contained \usepackage[pdftex]{graphicx} in the class file, and the pdftex option overrides any attempt to generate a DVI (including the DVIs used by instant preview). Oops, sorry, my bad. /Paul
Re: LyX/Mac question
Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. LyX uses the exact same preamble of the original document in 0lyxpreview.tex and this may cause problems. For example, if you have dvipng and change the size of the latex fonts (say from 10pt to 12pt) you suddenly see that all preview snippets change size accordingly (after reloading the 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. I am not so sure. See above. Yes, this apparently has changed. I think I recall entering a bugzilla request a while back, because I tripped over a case of IP failing due to a missing class/style loaded in the preamble of the original document. You are correct, the class and preamble of the original document are now used by IP, and it's a case of "be careful what you wish for". If the class file overrides DVI output (in this case, it contained \usepackage[pdftex]{graphicx}) and that gets copied to the formula preview file(s), then the formulas are not generated as DVIs, conversion to PNG fails and no good comes of it. I'm wondering if this is something that should go into bugzilla, or whether it's one of those "we'll have to live with it" sorts of things? On a related note, I noticed that when I stick a bunch of math insets in a document (with IP turned on), LyX usually generates a bunch of separate .tex files, one per inset; but with the test document that used the custom class containing \usepackage[pdftex]{graphicx}, LyX generated just one 0lyxpreview.tex file containing all the math insets. Is there any particular logic to when they are all in one file and when they are not? Does it have to do with the choice of class, or the preamble contents? Confused as usual, Paul
Re: LyX/Mac question
Paul A. Rubin <[EMAIL PROTECTED]> writes: > > Enrico Forestieri wrote: > > Paul A. Rubin ...> writes: > > > >> AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, > >> it does not pass along preamble entries from the original document. > > > > LyX uses the exact same preamble of the original document in 0lyxpreview.tex > > and this may cause problems. For example, if you have dvipng and change the > > size of the latex fonts (say from 10pt to 12pt) you suddenly see that all > > preview snippets change size accordingly (after reloading the 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. > > > > I am not so sure. See above. > > > > Yes, this apparently has changed. I think I recall entering a bugzilla > request a while back, because I tripped over a case of IP failing due to > a missing class/style loaded in the preamble of the original document. > You are correct, the class and preamble of the original document are now > used by IP, and it's a case of "be careful what you wish for". If the > class file overrides DVI output (in this case, it contained > \usepackage[pdftex]{graphicx}) and that gets copied to the formula > preview file(s), then the formulas are not generated as DVIs, conversion > to PNG fails and no good comes of it. > > I'm wondering if this is something that should go into bugzilla, or > whether it's one of those "we'll have to live with it" sorts of things? The latter, I fear. If the same preamble was not used, the snippets could not be generated because something in the preamble is needed. Frankly, implementing a sort of artificial intelligence simply to be able to recognize what is really needed for instant-preview seems to much, IMO. > On a related note, I noticed that when I stick a bunch of math insets in > a document (with IP turned on), LyX usually generates a bunch of > separate .tex files, one per inset; but with the test document that used > the custom class containing \usepackage[pdftex]{graphicx}, LyX generated > just one 0lyxpreview.tex file containing all the math insets. Is there > any particular logic to when they are all in one file and when they are > not? Does it have to do with the choice of class, or the preamble contents? When you load a file with instant-preview turned on, all the preview snippets are generated at once using a single 0lyxpreview.tex file. Later, when you enter a new equation, lyx generates a new Xlyxpreview.tex file (X being 1, 2 and so on). If you turn on instant-preview after loading a file, then a Xlyxpreview.tex file is generated for each equation, but only when you enter and exit a math inset with the cursor (using the keyboard, as it seems that using the mouse does not work anymore). -- Enrico
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: 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: 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
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: 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: 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: 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
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: 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: 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: 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
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
LyX/Mac question
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)? TIA, Paul
Re: LyX/Mac question
On Oct 30, 2006, at 1:41 PM, Paul A. Rubin wrote: 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)? We've given up trying to use dvipdfm to generate PDF on our Macs. We just use the second 2 options, pdflatex or ps2pdf, which do work. Sue Kientz --- Technical Writer/Web Manager Computational Infrastructure of Geodynamics (CIG) http://www.geodynamics.org/ [EMAIL PROTECTED] ~Metaphors Be With You~
Re: LyX/Mac question
The dvipdfm works on my iBook, but I don't think I could tell you why. I used fink, but not for LyX. I really like LyX, but it was too hard to get the formatting requirements for my thesis implemented so I found another program TeXmacs that I am using for my thesis. This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). I'd be happy to answer any question, but I'm definitely not a computer guru. Bob On Oct 30, 2006, at 3:50 PM, Sue Kientz wrote: On Oct 30, 2006, at 1:41 PM, Paul A. Rubin wrote: 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)? We've given up trying to use dvipdfm to generate PDF on our Macs. We just use the second 2 options, pdflatex or ps2pdf, which do work. Sue Kientz --- Technical Writer/Web Manager Computational Infrastructure of Geodynamics (CIG) http://www.geodynamics.org/ [EMAIL PROTECTED] ~Metaphors Be With You~
Re: LyX/Mac question
Bob Lounsbury wrote: This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). Bob and Sue, Thanks for the replies. Unfortunately, at least one of the problems reported by the original poster boils down (I think) to needing DVI viewing to work. The way instant preview of math insets functions is to export them to .tex files, run latex against them to generate DVIs, then convert the DVIs to images and display the images in the GUI. Being able to generate PDFs but not DVIs won't serve here (unless the Python script is rewritten to change .tex-.dvi-.png to .tex-.pdf-.png, which I suppose would be feasible). /Paul
Re: LyX/Mac question
On Oct 30, 2006, at 4:43 PM, Paul A. Rubin wrote: Bob Lounsbury wrote: This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). Bob and Sue, Thanks for the replies. Unfortunately, at least one of the problems reported by the original poster boils down (I think) to needing DVI viewing to work. The way instant preview of math insets functions is to export them to .tex files, run latex against them to generate DVIs, then convert the DVIs to images and display the images in the GUI. Being able to generate PDFs but not DVIs won't serve here (unless the Python script is rewritten to change .tex-.dvi-.png to .tex-.pdf-.png, which I suppose would be feasible). /Paul Hi, latex is a symlink to pdfetex, but that's not the issue. I'm guessing that the solution for this problem is in the preamble of the LyX file. A long time ago, the standard way to test whether pdflatex is being used was to have a line like \newif\ifpdf ... \ifx\pdfoutput\undefined ... and do things differently depending on that if statement (e.g., call hyperref with different options). Now this method is no longer supported and you're supposed to use the lines \usepackage{ifpdf} \ifpdf ... instead. When I try the old method, pdfetex goes into an implicit pdflatex mode. With the new method, there's no problem producing dvi files on my Mac. Regards, Jens
LyX/Mac question
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)? TIA, Paul
Re: LyX/Mac question
On Oct 30, 2006, at 1:41 PM, Paul A. Rubin wrote: 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)? We've given up trying to use dvipdfm to generate PDF on our Macs. We just use the second 2 options, pdflatex or ps2pdf, which do work. Sue Kientz --- Technical Writer/Web Manager Computational Infrastructure of Geodynamics (CIG) http://www.geodynamics.org/ [EMAIL PROTECTED] ~Metaphors Be With You~
Re: LyX/Mac question
The dvipdfm works on my iBook, but I don't think I could tell you why. I used fink, but not for LyX. I really like LyX, but it was too hard to get the formatting requirements for my thesis implemented so I found another program TeXmacs that I am using for my thesis. This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). I'd be happy to answer any question, but I'm definitely not a computer guru. Bob On Oct 30, 2006, at 3:50 PM, Sue Kientz wrote: On Oct 30, 2006, at 1:41 PM, Paul A. Rubin wrote: 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)? We've given up trying to use dvipdfm to generate PDF on our Macs. We just use the second 2 options, pdflatex or ps2pdf, which do work. Sue Kientz --- Technical Writer/Web Manager Computational Infrastructure of Geodynamics (CIG) http://www.geodynamics.org/ [EMAIL PROTECTED] ~Metaphors Be With You~
Re: LyX/Mac question
Bob Lounsbury wrote: This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). Bob and Sue, Thanks for the replies. Unfortunately, at least one of the problems reported by the original poster boils down (I think) to needing DVI viewing to work. The way instant preview of math insets functions is to export them to .tex files, run latex against them to generate DVIs, then convert the DVIs to images and display the images in the GUI. Being able to generate PDFs but not DVIs won't serve here (unless the Python script is rewritten to change .tex-.dvi-.png to .tex-.pdf-.png, which I suppose would be feasible). /Paul
Re: LyX/Mac question
On Oct 30, 2006, at 4:43 PM, Paul A. Rubin wrote: Bob Lounsbury wrote: This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). Bob and Sue, Thanks for the replies. Unfortunately, at least one of the problems reported by the original poster boils down (I think) to needing DVI viewing to work. The way instant preview of math insets functions is to export them to .tex files, run latex against them to generate DVIs, then convert the DVIs to images and display the images in the GUI. Being able to generate PDFs but not DVIs won't serve here (unless the Python script is rewritten to change .tex-.dvi-.png to .tex-.pdf-.png, which I suppose would be feasible). /Paul Hi, latex is a symlink to pdfetex, but that's not the issue. I'm guessing that the solution for this problem is in the preamble of the LyX file. A long time ago, the standard way to test whether pdflatex is being used was to have a line like \newif\ifpdf ... \ifx\pdfoutput\undefined ... and do things differently depending on that if statement (e.g., call hyperref with different options). Now this method is no longer supported and you're supposed to use the lines \usepackage{ifpdf} \ifpdf ... instead. When I try the old method, pdfetex goes into an implicit pdflatex mode. With the new method, there's no problem producing dvi files on my Mac. Regards, Jens
LyX/Mac question
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)? TIA, Paul
Re: LyX/Mac question
On Oct 30, 2006, at 1:41 PM, Paul A. Rubin wrote: 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)? We've given up trying to use dvipdfm to generate PDF on our Macs. We just use the second 2 options, pdflatex or ps2pdf, which do work. Sue Kientz --- Technical Writer/Web Manager Computational Infrastructure of Geodynamics (CIG) http://www.geodynamics.org/ [EMAIL PROTECTED] ~Metaphors Be With You~
Re: LyX/Mac question
The dvipdfm works on my iBook, but I don't think I could tell you why. I used fink, but not for LyX. I really like LyX, but it was too hard to get the formatting requirements for my thesis implemented so I found another program TeXmacs that I am using for my thesis. This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). I'd be happy to answer any question, but I'm definitely not a computer guru. Bob On Oct 30, 2006, at 3:50 PM, Sue Kientz wrote: On Oct 30, 2006, at 1:41 PM, Paul A. Rubin wrote: 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)? We've given up trying to use dvipdfm to generate PDF on our Macs. We just use the second 2 options, pdflatex or ps2pdf, which do work. Sue Kientz --- Technical Writer/Web Manager Computational Infrastructure of Geodynamics (CIG) http://www.geodynamics.org/ [EMAIL PROTECTED] ~Metaphors Be With You~
Re: LyX/Mac question
Bob Lounsbury wrote: This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). Bob and Sue, Thanks for the replies. Unfortunately, at least one of the problems reported by the original poster boils down (I think) to needing DVI viewing to work. The way instant preview of math insets functions is to export them to .tex files, run latex against them to generate DVIs, then convert the DVIs to images and display the images in the GUI. Being able to generate PDFs but not DVIs won't serve here (unless the Python script is rewritten to change .tex->.dvi->.png to .tex->.pdf->.png, which I suppose would be feasible). /Paul
Re: LyX/Mac question
On Oct 30, 2006, at 4:43 PM, Paul A. Rubin wrote: Bob Lounsbury wrote: This was my process: 1) Install fink 2) Install TeXmacs via fink (which automatically installs various programs needed, including tetex/ghostscript/imagemagick/etc) 3) Download and install LyX from the main LyX ftp site Everything seemed to work after that, except for viewing dvi (but this really doesn't bother me, I use pdf). Bob and Sue, Thanks for the replies. Unfortunately, at least one of the problems reported by the original poster boils down (I think) to needing DVI viewing to work. The way instant preview of math insets functions is to export them to .tex files, run latex against them to generate DVIs, then convert the DVIs to images and display the images in the GUI. Being able to generate PDFs but not DVIs won't serve here (unless the Python script is rewritten to change .tex->.dvi->.png to .tex->.pdf->.png, which I suppose would be feasible). /Paul Hi, latex is a symlink to pdfetex, but that's not the issue. I'm guessing that the solution for this problem is in the preamble of the LyX file. A long time ago, the standard way to test whether pdflatex is being used was to have a line like \newif\ifpdf ... \ifx\pdfoutput\undefined ... and do things differently depending on that if statement (e.g., call hyperref with different options). Now this method is no longer supported and you're supposed to use the lines \usepackage{ifpdf} \ifpdf ... instead. When I try the old method, pdfetex goes into an implicit pdflatex mode. With the new method, there's no problem producing dvi files on my Mac. Regards, Jens