"Cool URL's (like URL's for the TortoiseSVN docs :-) don't change" see
 ... or at least they shouldn't IMHO. Some time ago I was bitten by
having a local link to the TSVN docs that was invalid because
chapters/sections was rearranged (maybe it was the introduction of a
new chapter before the DUG in r2869, I can't recall exactly).
There is a solution to avoid this in the future which already is in
use in the 'svnbook'. I would suggest to change the generation of the
TSVN HTML docs into using more stable filenames derived from id
attributes on the chapters and sections like the 'svnbook' does.
From experiments I just made it appears that the DocBook tools used
for TSVN already supports this. All that is required is to add a
`--stringparam use.id.as.filename 1` parameter to the execution of
xsltproc in  and then change the rest af the numerical id
attributes in the DocBook sources to something more stable.
These changes for the svnbook were discussed in  and . There is
even a small script for replacing DocBook numerical id's in  that
use a simple tab delimited mapping file.
The result of this would be:
1. The docbook authors would in the future have the freedom to
rearrange chapters without breaking links from other places again.
2. Link URL's would be more descriptive e.g ending in
"/tsvn-DUG-update.html" instead of "/ch05s05.html"
3. This would of course mean broken URL's when the change is
introduced. So a good time to make the switch would probably either be
"ASAP for the nightly docs from trunk", since 1.3 just went out the
door this allows for maximum soak time before 1.4 or the more
conservative approach "when another major restructuring of the docs
will break the links anyway".
Any thoughts on this?
Tim Berners-Lee, "the inventor of the WWW" wrote this nice little piece
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sun Feb 19 18:29:22 2006