Re: [hlx] \image and ps2image

[Ralf H. <hem...@ri...>]

Hello, maybe I should also say something here.

Jay is right. The modification does not add any functionality that
hyperlatex did not have before.

Hyperlatex cannot deal with directories in filenames. And my suggested
modifications did not mess with that.

 >>> \begin{image}{directory/name} ... \end{image} Hyperlatex couldn't
 >>>  deal with that before and it can't deal with it now.

Well, with hyperlatex-relative-prefix it is easy. Only the line
following ;rhx: has been added to the hyperlatex 2.7 code.
(Of course one has to do this also for hyperlatex-format-gif and
hyperlatex-format-img.)

(defun hyperlatex-format-image ()
   (let* ((opt (hyperlatex-parse-optional-argument))
	 (tags (if opt opt ""))
	 (resolution (hyperlatex-parse-optional-argument))
	 (dpi (hyperlatex-parse-optional-argument))
	 (url (hyperlatex-parse-required-argument)))
     ;rhx: added the following line
     (setq url (concat (hyperlatex-relative-prefix) url))
     (delete-region hyperlatex-command-start
		   (progn (search-forward "\\end{image}") (point)))
     (hyperlatex-delete-whitespace)
     (hyperlatex-pop-stacks)
     (hyperlatex-gen
      (format (concat "img src=" hyperlatex-meta-dq "%s."
                      hyperlatex-imagetype hyperlatex-meta-dq " %s /")
	     url tags))))
}

If I am not wrong then everything works fine if htmldir is ".".

 > It would be easy enough to have ps2image create the necessary
 > directory, but another problem is that file.ps will be created as
 > ./dir/file.ps.

Well, Jay, you are again right. I did not think of this because my
htmldir is ".". But again, hyperlatex is not supposed to handle things
like \begin{image}{directory/name} ... \end{image}. So at least we have 
not introduced a bug that wasn't there before.

 > This would occur (in texfile.makeimage) before ps2image is called,
 > and if htmldirectory isn't ".", then the png file will be
 > htmldir/dir/file.png.  So both directories ./dir and htmldir/dir
 > would have to exist.  It would be nice if file.ps were just
 > ./file.ps, but the ps file name is made by TeX based on the image
 > name dir/file, and I don't know how to (reasonably) strip off the
 > directory name in TeX.

Hmmm, I cannot think of a quick solution to strip off the directory part 
with latex, but it should work somehow.

But let me ask you about a change. At the moment I have to write some 
html page that has several places where some math occurs. Having learnt 
about \begin{image}{file}..\end{image}, I now simply put the math there 
and let hyperlatex generate a .png for the html document. What bothers 
me most is that I have to give a file name for every image environment 
and additionally these filenames have to be unique over the document.

In the \endimage code in hyperlatex.sty appears \the\@imagecount. So why 
not replace the line

\jobname.dvi\space>\space\im...@na...^^J%

by

\jobname.dvi\space>\space\jobname\the\@imagecount.ps^^J%

and the same with

ps2image\space -res\space \image@resolution\space \im...@na...%

replaced by

ps2image\space -res\space \image@resolution\space
   \jobname\the\@imagecount.ps%

I would then even add code to ps2image to remove the .ps file.
Who would ever need the .ps file?

Maybe, I do not understand the initial intention, but approximately that 
would be my suggestion to
1) Overcome the directory problem in the image environment and
2) the tedious work of always having to invent a new filename.



------------------------------------------------------------------
Just some other thoughts about directories in arguments.

Tom maybe you remember that I modified the \xname command in my 
rhxhlx/rhxxname.hlx package to deal with the issue of having something like

\xname{dir/file}

and correctly creating the following section into

htmldir/dir/file.html

In case the rhxpanel is active, it will also take the panel icons from
htmldir/pics/../dir
if there appears \renewcommand{\HlxIcons}{pics} in the .tex file.

Via rhxxname.hlx I modify certain command of hyperlatex.el in order to
make the directory relative to the target place of the html file.

All arguments to pictures (actually to \htmlicon) should be understood
relative to htmldirectory (even if the current node will be generated in
a subdirectory of htmldir).

The code (from rhxxname.hlx)

(defun hyperlatex-relative-prefix ()
   (setq hyperlatex-rel-prefix "")
   (setq rhx-tmp (hyperlatex-fullname hyperlatex-node-number))
   (while (string-match "/" rhx-tmp)
     (setq rhx-tmp (replace-match "" t t rhx-tmp))
     (setq hyperlatex-rel-prefix (concat hyperlatex-rel-prefix "../" )))
   hyperlatex-rel-prefix)

(defun hyperlatex-relative-fullname (node-number)
   (concat (hyperlatex-relative-prefix)
           (hyperlatex-fullname node-number)))

simply takes the directory part of the current node (which is identical
to the directory part of the corresponding \xname command) and generates
the corresponding directory string that must be prepended to reach
htmldir from the current node.

Example: \xname{dir1/dir2/file}
html-relative-prefix --> ../../
So ../../dir1/dir2 should be equal to htmldirectory.
Note that I do not handle absolute paths, because I think that every
generated stuff should go below htmldirectory.


Best

Ralf