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
