W3C home > Mailing lists > Public > spec-prod@w3.org > January to March 2011

Re: How to override "Latest published version:"?

From: Robin Berjon <robin@berjon.com>
Date: Tue, 15 Feb 2011 22:36:04 +0100
Cc: spec-prod@w3.org
Message-Id: <707ECDB6-F616-4B92-98F1-35E8D8CD71C3@berjon.com>
To: Stéphane Corlosquet <scorlosquet@gmail.com>
Hi Stéphane,

On Feb 10, 2011, at 20:11 , Stéphane Corlosquet wrote:
> I'm editing an ED document with respec.js and I'm observing that the "Latest published version:" automatically points to     http://www.w3.org/TR/shortName/ - which is fine if you're publishing at that URI, but otherwise leads to broken links like at http://dev.w3.org/2009/dap/ReSpec.js/documentation.html

The idea with ReSpec is that it tries hard to be pubrules compliant. All document types that get published in TR need the Latest version link (AFAIK) and so there's no option to turn this off. The documentation is a bad example — it isn't a spec, and it should really be using a different template. (Now that ReSpec v2 is on its way to being stable, I think that I'll get around to giving the docs their own template at some point.)

Either way, the problem you describe ought to only come up while editing a spec that isn't published at all yet, which in an ideal world shouldn't be long (publish early and often, and all that).

> This is hardcoded in http://dev.w3.org/2009/dap/ReSpec.js/js/respec.js but I could not find a way to override this value (although I can override all the other URIs via previousURI, edDraftURI). Any plan to make this URI customizable?

I don't have specific plans to do so (myself) as I think the problem is small, largely painless, and short-lived by nature; whereas the issues (forgetting to remove the option when publishing and having to rerun pubrules, not linking to the latest TR version when it exists) are more painful. That being said, if you feel strongly about it feel free to go ahead and patch it! (noLatestURI maybe?)

Robin Berjon - http://berjon.com/
Received on Tuesday, 15 February 2011 21:36:32 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:15 UTC