<a href="c:/Help_Files/File_Two.htm">.
not that it matters to xslt but that URI is in error.. If browsers
conformed to the spec that would be a URI using an unknown URI
protocol. "c". should just be href="File_Two.htm" or if you need
absolute uri href="file:///c:/Help_Files/File_Two.htm"
You haven't said if you are using xslt 1 or 2, string manipulation is
easier in 2 but you perhaps dont need any string manipulation.
None of the help system files have the filename in the <TITLE> or
anywhere else in the file, so I'm not able to use the
generate-id function to create a target.
not sure why the title being empty affects the use of generate-id().
You could use generate-id() on the document node or the empty title
element, but actually I'd advise against using genereted-id for link
anchors, it makes for very unstable documents, if yu regenerate them
after any sort of edit, or potentially even after no edits, all the
anchors change.
It depends a bit how general you want to be but your example would be
a valid reference if you just wused translate(@href,':/','')
which would make an id of cHelp_FilesFile_Two.htm which you could use in
an fo:simple-link and in an id at the first fo:block that you generate
from a document.
David
________________________________________________________________________
The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.
This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs.
________________________________________________________________________
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--