Heading "anchors" would be useful, particular for a TOC macro

[trac-form@…]

This patch adds anchors for headings, simply by transforming the heading name into a name with only alphanumeric values.

This would be very useful for a table of contents macro (which is phase 2 of The Plan).

eg.

= Some heading =

becomes

<a name="Someheading"><h1>Some heading</h1></a>

[trac-form@…]

Patch to add anchors to headings in the Wiki

[trac-form@…]

Newer version

[trac-form@…]

Version 3, with fixed wikilink pattern

[trac-form@…]

The ​TOC macro uses this patch to automatically generate tables of contents.

[trac-form@…]

Latest version is at ​http://svn.swapoff.org/trachacks/wiki/AnchorPatch

[Steven N. Severinghaus <sns@…>]

After patching, I changed the nesting of the anchor tag and the heading tag, since it is technically invalid to have the block-level heading inside the inline-level anchor. If you run the page the the W3 Validator, you'll see what I mean. The net result is <h#><a name="Foo">Foo</a></h> instead, and there don't seem to be any negative side effects. I would suggest this be incorporated into the anchor patch.

[Christopher Lenz]

I see a couple of issues with this patch (version 3):

• You change Href.py to include the anchor in the generated link. However, you put the anchor before the query string parameters, which doesn't work, i.e. the query string parameters will never be transmitted to the server if they come after the anchor.

• The section names should really be unique, but the patch doesn't appear to enforce uniqueness in any way.

• For that matter, I'd prefer the anchors to be implemented as id attributes on the headings themselves, instead of using additional <a name> tags. Simple saves a couple of bytes and is a bit cleaner IMHO.

• It would be really cool if the patch would also include unit tests ;-)

[Manuzhai]

Does that even work, using id attributes on the headings? Does it get the behavior that you can use them in the URL as a fragment (after the #), and the browser automatically goes for that section? Because I'm fairly sure that only works for <a name>.

[Christopher Lenz]

It works. See ​Anchors with the id attribute in the HTML 4 specification.

Also, see the XHTML 1 specification, which states in ​The elements with 'id' and 'name' attributes:

Note that in XHTML 1.0, the name attribute of these elements
is formally deprecated, and will be removed in a subsequent
version of XHTML.

[Manuzhai]

Attached patch should fix all your concerns.

Well, except for the unit tests. Alas…

[Manuzhai]

cmlenz' concerns fixed.

[Christopher Lenz]

This is a duplicate of ticket #847.

[Christian Boos]

(clearing report:35)