- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Sat, 1 Nov 2014 12:49:41 -0700
- To: Shane McCarron <shane@aptest.com>
- Cc: "spec-prod@w3.org Prod" <spec-prod@w3.org>
On Sat, Nov 1, 2014 at 12:16 PM, Shane McCarron <shane@aptest.com> wrote: > obviously we want shepherd to be able to scrape the respec source documents, > so we want the syntax to be as similar as possible. There are some things > we just cannot do, like <<foo>> being detected as whatever type that is - > because the browser would eat that before we got to it. Sorry, you misunderstand. All of the shorthand syntaxes - <<foo>> for grammar nonterminals, {{Foo}} for IDL terms, etc - are transformed into plain HTML before Shepherd sees them, because Shepherd only scrapes the output documents, not the input. I'm discussing this with you separately in <https://github.com/tabatkins/bikeshed/issues/257>, so I'll leave further discussion in this vein to that issue, where I've already gone into more detail. > I don't mind also supporting data-title or whatever. Not sure we can ever > remove support for title though (in the source document) because of backward > compatibility. Note that the local-title attribute (which is translated into data-local-title in the output document) does something special: it provides linking text that is only valid within that spec, and is not exported to the global autolinking database. This is useful when, for example, you want to use a short, easy term to refer to something, but it's too generic to reasonably use cross-spec. You can provide a normal linking text that has enough context in its name to be clear and avoid collisions, while providing a "local" linking text that is short and easy to type, and understandable because it has the context of the surrounding spec to provide meaning. ~TJ
Received on Saturday, 1 November 2014 19:50:28 UTC