[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r14931 - trunk/www

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-06-05 01:12:59 CEST

kfogel@collab.net wrote:
> "Max Bowsher" <maxb@ukf.net> writes:
>>> I understand the desire for valid names, but how serious a problem
>>> were these causing? By removing them, we're potentially breaking
>>> links. It might be better to leave the old names for compatibility,
>>> while still adding the new names (so that links created from now on
>>> don't exacerbate the problem).
>>
>> The old names are absolutely invalid IDs in an XML document - they
>> actually cause validation to fail.
>>
>> There is no way to retain the old IDs without rendering the page invalid.
>
> True, but a bit orthogonal to my question :-).
>
> I understand that those old IDs were invalid, meaning that they cause
> validation to fail. However, people do not browse the web through
> validators, but through browsers. So my question is, is validation
> important enough to be worth breaking links? I'm not so much worried
> about the svn_1.2_releasenotes.html change as the faq.html change,
> since the FAQ is a frequently-cited document that had had that ID for
> a while (I believe).

It just occurred to me to wonder why the validator suddenly began
complaining... before, the fragments were marked up with name attributes,
but by making them id attributes, they became subject to XML name
restrictions - so I added in an <a name=""> tag to hold the compatibility
link.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jun 5 01:14:53 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.