Dean O'Connor wrote:

well I have downloaded tex4ht-all.zip from http://www.ctan.org/tex-archive/support/TeX4ht/ and unziped it in c:/tex4ht. Also downloaded the newt4ht.zip <http://www.cse.ohio-state.edu/%7Egurari/TeX4ht/fix/newt4ht.zip> from http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html and unzipped it to c:/tex4ht.

I have mod'd the miktex-install.bat to match the current package paths, but still get a few errors and warnings.

I have to fiddle around trying to put tex4ht.zip in C:\tex4ht\tex4ht dir.

Still after all this hackery I still get pretty much same errors doing a "htlatex xypic.tex".

I have yet to try that approach via the setup.exe you said worked. Seems a bit over the top to have to install parallel versions of Miktex to accomplish this.

I have to take a step back here at say the reason I tried Lyx in the first place was basically because my Dad writes books and is constantly dueling with formatting hassles with Word. I also have a biz partner who write mountains of doco in Word and is tired of formatting hassles. So when I discovered Lyx I thought it might be easier for them, as it concentrates on structure rather than the hassles with format.

Now this Lyx bundle offers a nice solution, and I still might go with it, but I kinda wanted the Export to Word/html as a safety net if people required those formats. I cannot really go thru all this hassle trying to get this install completely.

I totally agree with your motto about persistence being the key to success, but unfortunately I am going to have to toss the ball back into the Lyx team's court on this one and hope they can get full Export capability into the bundle. They advertise you don't have to delve into the Tex world to use their product so I am going to hold them to that :) Certainly is an impressive product tho.

I will check back regularly to see if there is a clean way to install all this tex4ht component for Lyx..

Heaps of thanks for your efforts mate.

Cheers
Dean.



I took a look at that tex4ht zip installation page. It should
never be recommended to a Windows user migrating to LyX and
who has chosen the AllinOne installer to avoid abstruse docs.

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html
"To be installed, the system needs a port made up of native
utilities of TeX4ht and of non-native utilities. The easiest
way to establish an up to date port is to download an installed distribution of the system, and refresh it with the files
provided here." Eitan M. Gurari

So if you have a Miktex installation directory with Tex4ht
installed from the cab files it uses, you will find that
Tex4ht is installed to (default)C:\texmf\tex4ht and that
the helper files are mixed in with C:\texmf\miktex\bin
That provides a model for where your upgrading files go.
C:\texmf\miktex\bin has no spaces and should be in the PATH.

From the zip file method of Tex4ht installation webpage:
# Where do you want to put the TeX4ht files? I recommend
that you put them in c:\tex4ht, but you can change this
(eg, by putting them onto drive D). Your choice must not
contain spaces, though.

# Where do you want to put the batch files? Your choice
must be in your path. One suggestion is to put them with
MiKTeX’s (and TeX4ht’s) binaries, which by assumption is
a folder already in your path.

SH: Along with filling out a fairly complicated miktex-
install.bat, I think those instructions could confuse a
new user, who by definition isn't env. variable aware.

I think the solution isn't to point to a manual method.
The automatic solution is to include the tex4ht package
in the default Miktex install that LyX employs. Or if
that is hard to implement, include it like the Bakoma
fonts. LyX has Html as a viewer option. LyX generates

From "python configure.py"
checking for a LaTeX -> HTML converter...
+checking for "htlatex"...   yes

Why have the html converter process if it doesn't
write the result to Preferences->converters? It
used to do that. Perhaps it isn't intentional but
falls in this category: Tex Information doesn't
display even with a rescan:

Nicolás: ..."run TeXFiles.py and copy the generated files to
the right place." [SH: C:\LyX\LyX14\Resources , in my case]

Why run a process to find a html converter when the result
isn't supported like the other options with a download of
the files that make the converter work? Maybe the checking
just looks for "htlatex.exe" which isn't enough. For some
reason, htlatex.exe and the tex4ht package which includes the
support files for htlatex.exe come in two different packages.

The new user sees html view or html export, but it doesn't
work. He discovers that it is a bug (at least in Windows).
So he a workaround using "htlatex foo.tex" from the command
line to make foo.html. How is the new user to know that when
he reads this bug has been fixed, that he still needs to
download a zip file, or use Miktex Update Wizared (in this
case May,2006) because this package is treated uniquely.
I know there are *tex which are not going to be included in
a default, but why select one for exclusion that LyX is
geared to support (viewing and converter)?

I knew to install tex4ht/html because I read about it first.
The new user who tries the html conversion doesn't know
about htlatex and that there is a missing tex4ht package,
and finds this out through a frustrating experience. I
think such a path has an easy detour for LyX AllinOne
installers to remove such obstacles, -> their purpose.

I think Dean's expectations are a bit too much but are
driven from the context of putting in a lot of work to
solve a problem which could have easily never existed.

Also, only the Texfiles.py issue is specifically pointed
at Joost's recent release. This post is to encourage the
inclusion of the tex4ht package in some automatic method
in future releases, as I saw Uwe do from time to time.
There is always traffic on the User list about html or
Word conversions, but I can see how such issues could
escape the scrutiny of developers. I especially like the
portability afforded to Aspell now, from this release.

Regards,
Stephen









Reply via email to