[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

LaTeX2HTML navigational icons placement



Hi,

	I have a problem with deciding about the location of icon
 files for LaTeX2HTML, and could not find anything under any policy
 document. 

	The problem is this: LaTeX2HTML optionally creates
 navigation bars at the top and bottom of converted pages; these
 navigation links use graphical icon files that are installed on the
 system when one installs LaTeX2HTML (Current location:
 /usr/lib/latex2html/icons).

	There is problem with specifying the relative URL used to
 refer to these icons:

 case 1) The user looks at the converted file with a browser directly:
         % lynx /tmp/converted.html (or netscape /tmp/converted.html)
         The base URL is file://tmp/converted.html, so the relative url
         /usr/lib/latex2html/icons/up.gif is interpreted correctly as
         file://usr/lib/latex2html/icons/up.gif
 This, however, fails when we use a HTTP server (either locally or
 remotely) 
 case 2) A http server is used to look at, say, 
        http://my.fqdn/converted.html, so the base URL is:
        http://my.fqdn/. The relative url
        /usr/lib/latex2html/icons/up.gif is interpreted  as
        http://my.fqdn/usr/lib/latex2html/icons/up.gif, which does not
        exist (since that would map to the file
        <Document Root>/usr/lib/latex2html/icons/up.gif

 The only solution I have been able to come up with is to create a
 directory hierarchy under the Document root directory such that the
 url http://my.fqdn/usr/lib/latex2html/icons/up.gif is also valid.

	This is ugly, but it would work transparently.

	My question is, can I depend on /var/www to be the Web
 Document Root? Is it OK to install such a directory (the webstandard
 seems to frown upon any package putting anything under the Document
 Root)? Can anyone suggest a better solution?

	I may also consider putting together a cgi-bin service package
 that would be invoked from a html file under the Document Root; and
 the same questions will arise for that as well.

	comments?

	manoj
-- 
 This is a serious lapse of taste and judgment but does not imply that
 they are stupid, lazy, or incompetent.  Indeed, their intelligence,
 diligence, and competence in service to the x86 are all too
 depressingly obvious. Henry Spencer (henry@zoo.toronto.edu)
Manoj Srivastava               <url:mailto:srivasta@acm.org>
Mobile, Alabama USA            <url:http://www.datasync.com/%7Esrivasta/>


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: