[Re] problem with tex4ht ### SOLVED ###
From: Ares [EMAIL PROTECTED] Hello everyone, I wrote a nice user manual for my application in LyX and I wanted to translate it to html to inlcude it direclty in the user interface (I know pdf with hyperref can do wonderful things but I want to play with html now). After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo 4. latex foo 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. try \usepackage{graphicx} in the preamble, and \DeclareGraphicsExtensions{.png,.eps,.ps} in your document. This shall avoid useless file conversions. I try to do: htlatex foo html,2,frames as suggested in the tex4ht doc (file:///C:/Programmi/MiKTeX%202.5/doc/tex4ht/tex4ht/mn.html) to break up the output into separate web pages, in accordance to the two top sectioning levels of the document and to place the content and table of contents in separate frames. what I get is a single file, in one single frame. The funny thing is that I managed to achive the desired result some time ago on the same machine. by the way I'm on WinXP, LyX 1.4.3, freshly updated MiKTeX 2.5 To solve this problem, try renaming the htlatex.exe file (which is equivalent to deleting it while saving it for later) and moving the htlatex.bat file to the htlatex.exe folder (you have to locate these two files - exe and bat - on your machine). thanks to Eitan M. Gurari. -- Diego http://www.webalice.it/ares001/ | __o| It is easier | _`\(,_ | to get forgiveness | (_)/ (_) | than permission
[Re] problem with tex4ht ### SOLVED ###
From: Ares [EMAIL PROTECTED] Hello everyone, I wrote a nice user manual for my application in LyX and I wanted to translate it to html to inlcude it direclty in the user interface (I know pdf with hyperref can do wonderful things but I want to play with html now). After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo 4. latex foo 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. try \usepackage{graphicx} in the preamble, and \DeclareGraphicsExtensions{.png,.eps,.ps} in your document. This shall avoid useless file conversions. I try to do: htlatex foo html,2,frames as suggested in the tex4ht doc (file:///C:/Programmi/MiKTeX%202.5/doc/tex4ht/tex4ht/mn.html) to break up the output into separate web pages, in accordance to the two top sectioning levels of the document and to place the content and table of contents in separate frames. what I get is a single file, in one single frame. The funny thing is that I managed to achive the desired result some time ago on the same machine. by the way I'm on WinXP, LyX 1.4.3, freshly updated MiKTeX 2.5 To solve this problem, try renaming the htlatex.exe file (which is equivalent to deleting it while saving it for later) and moving the htlatex.bat file to the htlatex.exe folder (you have to locate these two files - exe and bat - on your machine). thanks to Eitan M. Gurari. -- Diego http://www.webalice.it/ares001/ | __o| It is easier | _`\(,_ | to get forgiveness | (_)/ (_) | than permission
[Re] problem with tex4ht ### SOLVED ###
From: Ares <[EMAIL PROTECTED]> Hello everyone, I wrote a nice user manual for my application in LyX and I wanted to translate it to html to inlcude it direclty in the user interface (I know pdf with hyperref can do wonderful things but I want to play with html now). After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo 4. latex foo 3. htlatex foo "html" except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. try \usepackage{graphicx} in the preamble, and \DeclareGraphicsExtensions{.png,.eps,.ps} in your document. This shall avoid useless file conversions. I try to do: htlatex foo "html,2,frames" as suggested in the tex4ht doc (file:///C:/Programmi/MiKTeX%202.5/doc/tex4ht/tex4ht/mn.html) to "break up the output into separate web pages, in accordance to the two top sectioning levels of the document" and to "place the content and table of contents in separate frames". what I get is a single file, in one single frame. The funny thing is that I managed to achive the desired result some time ago on the same machine. by the way I'm on WinXP, LyX 1.4.3, freshly updated MiKTeX 2.5 To solve this problem, try renaming the htlatex.exe file (which is equivalent to deleting it while saving it for later) and moving the htlatex.bat file to the htlatex.exe folder (you have to locate these two files - exe and bat - on your machine). thanks to Eitan M. Gurari. -- Diego http://www.webalice.it/ares001/ | __o| It is easier | _`\(,_ | to get forgiveness | (_)/ (_) | than permission
problem with tex4ht
Hello everyone, I wrote a nice user manual for my application in LyX and I wanted to translate it to html to inlcude it direclty in the user interface (I know pdf with hyperref can do wonderful things but I want to play with html now). After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo 4. latex foo 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. I try to do: htlatex foo html,2,frames as suggested in the tex4ht doc (file:///C:/Programmi/MiKTeX%202.5/doc/tex4ht/tex4ht/mn.html) to break up the output into separate web pages, in accordance to the two top sectioning levels of the document and to place the content and table of contents in separate frames. what I get is a single file, in one single frame. The funny thing is that I managed to achive the desired result some time ago on the same machine. by the way I'm on WinXP, LyX 1.4.3, freshly updated MiKTeX 2.5 I attach a rar file with a simple example (lyx, tex files etc) Any suggestion? thanks in advance for your supprort. Regards, Diego -- Diego http://www.webalice.it/ares001/ | __o| It is easier | _`\(,_ | to get forgiveness | (_)/ (_) | than permission htlatex_example.rar Description: application/unknown
problem with tex4ht
After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo not needed 4. latex foo not needed 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. If the figures are incorporated into the source with \includegraphics instructions the conversions shouldn't occur and it would be a bug for me to consider. Otherwise, some tex4ht configurations will be needed. htlatex foo html,2,frames what I get is a single file, in one single frame. I attach a rar file with a simple example (lyx, tex files etc) Can you provide just the latex and log files in non-rar format (e.g., zipped or, better off, pointers to where the file can be downloaded from the web). -eitan
problem with tex4ht
Hello everyone, I wrote a nice user manual for my application in LyX and I wanted to translate it to html to inlcude it direclty in the user interface (I know pdf with hyperref can do wonderful things but I want to play with html now). After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo 4. latex foo 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. I try to do: htlatex foo html,2,frames as suggested in the tex4ht doc (file:///C:/Programmi/MiKTeX%202.5/doc/tex4ht/tex4ht/mn.html) to break up the output into separate web pages, in accordance to the two top sectioning levels of the document and to place the content and table of contents in separate frames. what I get is a single file, in one single frame. The funny thing is that I managed to achive the desired result some time ago on the same machine. by the way I'm on WinXP, LyX 1.4.3, freshly updated MiKTeX 2.5 I attach a rar file with a simple example (lyx, tex files etc) Any suggestion? thanks in advance for your supprort. Regards, Diego -- Diego http://www.webalice.it/ares001/ | __o| It is easier | _`\(,_ | to get forgiveness | (_)/ (_) | than permission htlatex_example.rar Description: application/unknown
problem with tex4ht
After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo not needed 4. latex foo not needed 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. If the figures are incorporated into the source with \includegraphics instructions the conversions shouldn't occur and it would be a bug for me to consider. Otherwise, some tex4ht configurations will be needed. htlatex foo html,2,frames what I get is a single file, in one single frame. I attach a rar file with a simple example (lyx, tex files etc) Can you provide just the latex and log files in non-rar format (e.g., zipped or, better off, pointers to where the file can be downloaded from the web). -eitan
problem with tex4ht
Hello everyone, I wrote a nice user manual for my application in LyX and I wanted to translate it to html to inlcude it direclty in the user interface (I know pdf with hyperref can do wonderful things but I want to play with html now). After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo 4. latex foo 3. htlatex foo "html" except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. I try to do: htlatex foo "html,2,frames" as suggested in the tex4ht doc (file:///C:/Programmi/MiKTeX%202.5/doc/tex4ht/tex4ht/mn.html) to "break up the output into separate web pages, in accordance to the two top sectioning levels of the document" and to "place the content and table of contents in separate frames". what I get is a single file, in one single frame. The funny thing is that I managed to achive the desired result some time ago on the same machine. by the way I'm on WinXP, LyX 1.4.3, freshly updated MiKTeX 2.5 I attach a rar file with a simple example (lyx, tex files etc) Any suggestion? thanks in advance for your supprort. Regards, Diego -- Diego http://www.webalice.it/ares001/ | __o| It is easier | _`\(,_ | to get forgiveness | (_)/ (_) | than permission htlatex_example.rar Description: application/unknown
problem with tex4ht
> After some trouble (always the same problem of compatibility of > hyperref package) I manage to have a good html by: > 1. exporting foo.lyx to foo.tex (plain) > 2. latex foo > 3. bibtex foo > 3. latex foo < not needed > 4. latex foo < not needed > 3. htlatex foo "html" > > except that figures look very bad (not all) as I suspect they are > converted from png to eps to jpg and resized as well somewhere. but > this is not my concern now. If the figures are incorporated into the source with \includegraphics instructions the conversions shouldn't occur and it would be a bug for me to consider. Otherwise, some tex4ht configurations will be needed. > htlatex foo "html,2,frames" > what I get is a single file, in one single frame. > I attach a rar file with a simple example (lyx, tex files etc) Can you provide just the latex and log files in non-rar format (e.g., zipped or, better off, pointers to where the file can be downloaded from the web). -eitan
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Sven Schreiber wrote: If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. yep I did that and will post any further hints to this list. Ok, Eitan Gurari replied to my email and here's the promised follow-up: first some interesting news (?) about eps in oolatex: eitanThe current version of tex4ht (http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html) should load the eps pictures into the sxw files without conversions, so for such files the G-scripts in tex4ht.env are not relevant. If the conversion to DOC doesn't support EPS I would argue that the problem is with the conversion utility as OpenOffice seems to be satisfied with such files. /eitan current here refers to April/May 2005 I guess. Afai understand the non-bugfix distribution of February doesn't do that, or at least otherwise I cannot make sense of the documentation. With respect to my eps-from-latex-to-doc-via-sxw/openoffice-problem he's right, it's an openoffice bug if they don't convert the embedded eps-images correctly. Nevertheless he apparently added a user option as a workaround: eitanI modified the bugfixes distribution of tex4ht to allow the user to override the default setting through an instruction of the form \Configure{graphics*} {eps} {}. In such a case, the G-script of the tex4ht.env will be applied to the eps files. /eitan Now this apparently means a post May-29th-2005 distribution. I'm still a tex4ht-newbie, but it seems to me that in order to use this \Configure-thing you must either include it in the latex source file, or you load a config-file which however means you cannot use the oolatex-shortcut. (I'd love to be corrected on this one.) Finally he explained how to choose between the g-scripts in tex4ht.env, which may have been obvious to others, but not to me: eitan there are two options: convert.../convert and netpbm.../netpbm. The first one is chosen because the convert tag and /convert end tag are preceded by spaces. If the spaces are placed instead before netpbm and /netpbm then the second option will take over. /eitan Hope this is of value for somebody, sven
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Sven Schreiber wrote: If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. yep I did that and will post any further hints to this list. Ok, Eitan Gurari replied to my email and here's the promised follow-up: first some interesting news (?) about eps in oolatex: eitanThe current version of tex4ht (http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html) should load the eps pictures into the sxw files without conversions, so for such files the G-scripts in tex4ht.env are not relevant. If the conversion to DOC doesn't support EPS I would argue that the problem is with the conversion utility as OpenOffice seems to be satisfied with such files. /eitan current here refers to April/May 2005 I guess. Afai understand the non-bugfix distribution of February doesn't do that, or at least otherwise I cannot make sense of the documentation. With respect to my eps-from-latex-to-doc-via-sxw/openoffice-problem he's right, it's an openoffice bug if they don't convert the embedded eps-images correctly. Nevertheless he apparently added a user option as a workaround: eitanI modified the bugfixes distribution of tex4ht to allow the user to override the default setting through an instruction of the form \Configure{graphics*} {eps} {}. In such a case, the G-script of the tex4ht.env will be applied to the eps files. /eitan Now this apparently means a post May-29th-2005 distribution. I'm still a tex4ht-newbie, but it seems to me that in order to use this \Configure-thing you must either include it in the latex source file, or you load a config-file which however means you cannot use the oolatex-shortcut. (I'd love to be corrected on this one.) Finally he explained how to choose between the g-scripts in tex4ht.env, which may have been obvious to others, but not to me: eitan there are two options: convert.../convert and netpbm.../netpbm. The first one is chosen because the convert tag and /convert end tag are preceded by spaces. If the spaces are placed instead before netpbm and /netpbm then the second option will take over. /eitan Hope this is of value for somebody, sven
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Sven Schreiber wrote: >>If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state >>DOT >>edu. >> > > > yep I did that and will post any further hints to this list. > Ok, Eitan Gurari replied to my email and here's the promised follow-up: first some interesting news (?) about eps in oolatex: The current version of tex4ht (http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html) should load the eps pictures into the sxw files without conversions, so for such files the G-scripts in tex4ht.env are not relevant. If the conversion to DOC doesn't support EPS I would argue that the problem is with the conversion utility as OpenOffice seems to be satisfied with such files. "current" here refers to April/May 2005 I guess. Afai understand the non-bugfix distribution of February doesn't do that, or at least otherwise I cannot make sense of the documentation. With respect to my eps-from-latex-to-doc-via-sxw/openoffice-problem he's right, it's an openoffice bug if they don't convert the embedded eps-images correctly. Nevertheless he apparently added a user option as a workaround: I modified the bugfixes distribution of tex4ht to allow the user to override the default setting through an instruction of the form \Configure{graphics*} {eps} {}. In such a case, the G-script of the tex4ht.env will be applied to the eps files. Now this apparently means a post May-29th-2005 distribution. I'm still a tex4ht-newbie, but it seems to me that in order to use this \Configure-thing you must either include it in the latex source file, or you load a config-file which however means you cannot use the "oolatex"-shortcut. (I'd love to be corrected on this one.) Finally he explained how to choose between the g-scripts in tex4ht.env, which may have been obvious to others, but not to me: there are two options: ... and The first one is chosen because the tag and end tag are preceded by spaces. If the spaces are placed instead before and then the second option will take over. Hope this is of value for somebody, sven
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Sven, sorry for the late response only after the weekend. Am Freitag, 20. Mai 2005 22:38 schrieb Sven Schreiber: 1) is it normal not to have a preview or bitmap or anything of the eps-graphics in the openoffice output? 2) I looked (and already had to make some adjustments) in the tex4ht.env file, where it says choose one G-script (this is related to graphics conversion); how do I do that? (and which?) I had some problems with graphics conversion before, which were fixed by Eitan Gurari. Have a look at http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn39.html#index39-52001 If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. Axel
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Axel Dessecker wrote: sorry for the late response only after the weekend. this is an ongoing problem, and thanks for your reply! I had some problems with graphics conversion before, which were fixed by Eitan Gurari. Have a look at http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn39.html#index39-52001 yes I had seen that, but for a tex4ht-newbie it's not so clear where in the config file it must be included. Also the nice and simple oolatex command has to be replaced by the full-blown htlatex-with-switches command. And after all my problem was not so much improving the quality but that the graphics were lost. Anyway, I found out in the meantime that msword seems to cope with (manually inserted) eps-files, so that's probably the route I will take this time, given that the whole conversion job requires manual finetuning anyway. (Not sure right now whether my eps files are bitmap or vector, but they scale great in Ghostview. It's probably best to output on a postscript device, which in this case I hope is a safe assumption). If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. yep I did that and will post any further hints to this list. -sven
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Sven, sorry for the late response only after the weekend. Am Freitag, 20. Mai 2005 22:38 schrieb Sven Schreiber: 1) is it normal not to have a preview or bitmap or anything of the eps-graphics in the openoffice output? 2) I looked (and already had to make some adjustments) in the tex4ht.env file, where it says choose one G-script (this is related to graphics conversion); how do I do that? (and which?) I had some problems with graphics conversion before, which were fixed by Eitan Gurari. Have a look at http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn39.html#index39-52001 If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. Axel
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Axel Dessecker wrote: sorry for the late response only after the weekend. this is an ongoing problem, and thanks for your reply! I had some problems with graphics conversion before, which were fixed by Eitan Gurari. Have a look at http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn39.html#index39-52001 yes I had seen that, but for a tex4ht-newbie it's not so clear where in the config file it must be included. Also the nice and simple oolatex command has to be replaced by the full-blown htlatex-with-switches command. And after all my problem was not so much improving the quality but that the graphics were lost. Anyway, I found out in the meantime that msword seems to cope with (manually inserted) eps-files, so that's probably the route I will take this time, given that the whole conversion job requires manual finetuning anyway. (Not sure right now whether my eps files are bitmap or vector, but they scale great in Ghostview. It's probably best to output on a postscript device, which in this case I hope is a safe assumption). If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. yep I did that and will post any further hints to this list. -sven
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Sven, sorry for the late response only after the weekend. Am Freitag, 20. Mai 2005 22:38 schrieb Sven Schreiber: > 1) is it normal not to have a preview or bitmap or anything of the > eps-graphics in the openoffice output? > 2) I looked (and already had to make some adjustments) in the tex4ht.env > file, where it says "choose one G-script" (this is related to graphics > conversion); how do I do that? (and which?) I had some problems with graphics conversion before, which were fixed by Eitan Gurari. Have a look at http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn39.html#index39-52001 If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state DOT edu. Axel
Re: problem with tex4ht / oolatex (graphics conversion to word-doc)
Axel Dessecker wrote: > sorry for the late response only after the weekend. this is an ongoing problem, and thanks for your reply! > I had some problems with graphics conversion before, which were fixed by > Eitan > Gurari. Have a look at > > http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn39.html#index39-52001 yes I had seen that, but for a tex4ht-newbie it's not so clear where in the config file it must be included. Also the nice and simple oolatex command has to be replaced by the full-blown htlatex-with-switches command. And after all my problem was not so much "improving the quality" but that the graphics were lost. Anyway, I found out in the meantime that msword seems to cope with (manually inserted) eps-files, so that's probably the route I will take this time, given that the whole conversion job requires manual finetuning anyway. (Not sure right now whether my eps files are bitmap or vector, but they scale great in Ghostview. It's probably best to output on a postscript device, which in this case I hope is a safe assumption). > > If this does not help, you might ask Eitan at gurari AT cse DOT ohio-state > DOT > edu. > yep I did that and will post any further hints to this list. -sven
problem with tex4ht / oolatex (graphics conversion to word-doc)
hi, slightly OT here (just latex without lyx), but maybe somebody can help or direct me to a more appropriate place to ask: I use tex4ht to convert a latex document to MS-Word by exporting it to a sxw-file (oolatex command), and then save that as a Word doc with Staroffice/Openoffice. Most of it works quite well (to my surprise). The remaining problem I have is graphics conversion. (I have ghostscript and imagemagick installed -- oh, btw this is on windows 2k.) If I start out with standard eps-files (tex4ht doesn't appear to work with pdflatex, right?), I can get them included into the Openoffice-sxw such that they get printed (although they don't show up on screen). However, after converting to doc they are lost. so my questions: 1) is it normal not to have a preview or bitmap or anything of the eps-graphics in the openoffice output? 2) I looked (and already had to make some adjustments) in the tex4ht.env file, where it says choose one G-script (this is related to graphics conversion); how do I do that? (and which?) 3) any other hints? thanks much and have a good weekend -sven
problem with tex4ht / oolatex (graphics conversion to word-doc)
hi, slightly OT here (just latex without lyx), but maybe somebody can help or direct me to a more appropriate place to ask: I use tex4ht to convert a latex document to MS-Word by exporting it to a sxw-file (oolatex command), and then save that as a Word doc with Staroffice/Openoffice. Most of it works quite well (to my surprise). The remaining problem I have is graphics conversion. (I have ghostscript and imagemagick installed -- oh, btw this is on windows 2k.) If I start out with standard eps-files (tex4ht doesn't appear to work with pdflatex, right?), I can get them included into the Openoffice-sxw such that they get printed (although they don't show up on screen). However, after converting to doc they are lost. so my questions: 1) is it normal not to have a preview or bitmap or anything of the eps-graphics in the openoffice output? 2) I looked (and already had to make some adjustments) in the tex4ht.env file, where it says choose one G-script (this is related to graphics conversion); how do I do that? (and which?) 3) any other hints? thanks much and have a good weekend -sven
problem with tex4ht / oolatex (graphics conversion to word-doc)
hi, slightly OT here (just latex without lyx), but maybe somebody can help or direct me to a more appropriate place to ask: I use tex4ht to convert a latex document to MS-Word by exporting it to a sxw-file (oolatex command), and then save that as a Word doc with Staroffice/Openoffice. Most of it works quite well (to my surprise). The remaining problem I have is graphics conversion. (I have ghostscript and imagemagick installed -- oh, btw this is on windows 2k.) If I start out with standard eps-files (tex4ht doesn't appear to work with pdflatex, right?), I can get them included into the Openoffice-sxw such that they get printed (although they don't show up on screen). However, after converting to doc they are lost. so my questions: 1) is it normal not to have a preview or bitmap or anything of the eps-graphics in the openoffice output? 2) I looked (and already had to make some adjustments) in the tex4ht.env file, where it says "choose one G-script" (this is related to graphics conversion); how do I do that? (and which?) 3) any other hints? thanks much and have a good weekend -sven