Allow manual specification of header IDs (#685)
Justification for this feature is added in the docs.
Precedent for the precise syntax: Hugo.
Hugo puts this syntax behind a preference named headerIds, and automatic
header ID generation behind a preference named autoHeaderIds, with both
enabled by default. I have not implemented a switch to disable this.
My suggestion for a workaround for the improbable case of desiring a
literal “{#…}” at the end of a header is to replace `}` with `}`.
The algorithm I have used is not identical to [that
which Hugo uses][0], because Hugo’s looks to work at the source level,
whereas here we work at the pulldown-cmark event level, which is
generally more sane, but potentially limiting for extremely esoteric
IDs.
Practical differences in implementation from Hugo (based purely on
reading [blackfriday’s implementation][0], not actually trying it):
- I believe Hugo would treat `# Foo {#*bar*}` as a heading with text
“Foo” and ID `*bar*`, since it is working at the source level; whereas
this code turns it into a heading with HTML `Foo {#<em>bar</em>}`, as
it works at the pulldown-cmark event level and doesn’t go out of its
way to make that work (I’m not familiar with pulldown-cmark, but I get
the impression that you could make it work Hugo’s way on this point).
The difference should be negligible: only *very* esoteric hashes would
include magic Markdown characters.
- Hugo will automatically generate an ID for `{#}`, whereas what I’ve
coded here will yield a blank ID instead (which feels more correct to
me—`None` versus `Some("")`, and all that).
In practice the results should be identical.
Fixes #433.
[0]: https://github.com/russross/blackfriday/blob/a477dd1646916742841ed20379f941cfa6c5bb6f/block.go#L218-L234 5 years ago Allow manual specification of header IDs (#685)
Justification for this feature is added in the docs.
Precedent for the precise syntax: Hugo.
Hugo puts this syntax behind a preference named headerIds, and automatic
header ID generation behind a preference named autoHeaderIds, with both
enabled by default. I have not implemented a switch to disable this.
My suggestion for a workaround for the improbable case of desiring a
literal “{#…}” at the end of a header is to replace `}` with `}`.
The algorithm I have used is not identical to [that
which Hugo uses][0], because Hugo’s looks to work at the source level,
whereas here we work at the pulldown-cmark event level, which is
generally more sane, but potentially limiting for extremely esoteric
IDs.
Practical differences in implementation from Hugo (based purely on
reading [blackfriday’s implementation][0], not actually trying it):
- I believe Hugo would treat `# Foo {#*bar*}` as a heading with text
“Foo” and ID `*bar*`, since it is working at the source level; whereas
this code turns it into a heading with HTML `Foo {#<em>bar</em>}`, as
it works at the pulldown-cmark event level and doesn’t go out of its
way to make that work (I’m not familiar with pulldown-cmark, but I get
the impression that you could make it work Hugo’s way on this point).
The difference should be negligible: only *very* esoteric hashes would
include magic Markdown characters.
- Hugo will automatically generate an ID for `{#}`, whereas what I’ve
coded here will yield a blank ID instead (which feels more correct to
me—`None` versus `Some("")`, and all that).
In practice the results should be identical.
Fixes #433.
[0]: https://github.com/russross/blackfriday/blob/a477dd1646916742841ed20379f941cfa6c5bb6f/block.go#L218-L234 5 years ago |
1234567891011121314151617181920212223242526272829303132333435363738394041424344 |
- +++
- title = "Internal links & deep linking"
- weight = 50
- +++
-
- ## Heading id and anchor insertion
- While rendering the markdown content, a unique id will automatically be assigned to each heading. This id is created
- by converting the heading text to a [slug](https://en.wikipedia.org/wiki/Semantic_URL#Slug), appending numbers at the end
- if the slug already exists for that article. For example:
-
- ```md
- # Something exciting! <- something-exciting
- ## Example code <- example-code
-
- # Something else <- something-else
- ## Example code <- example-code-1
- ```
-
- You can also manually specify an id with a `{#…}` suffix on the heading line:
-
- ```md
- # Something manual! {#manual}
- ```
-
- This is useful for making deep links robust, either proactively (so that you can later change the text of a heading without breaking links to it) or retroactively (keeping the slug of the old header text, when changing the text). It can also be useful for migration of existing sites with different header id schemes, so that you can keep deep links working.
-
- ## Anchor insertion
- It is possible to have Zola automatically insert anchor links next to the heading, as you can see on the site you are currently
- reading if you hover a title.
-
- This option is set at the section level: the `insert_anchor_links` variable on the
- [Section front-matter page](@/documentation/content/section.md#front-matter).
-
- The default template is very basic and will need CSS tweaks in your project to look decent.
- If you want to change the anchor template, it can easily be overwritten by
- creating a `anchor-link.html` file in the `templates` directory which gets an `id` variable.
-
- ## Internal links
- Linking to other pages and their headings is so common that Zola adds a
- special syntax to Markdown links to handle them: start the link with `@/` and point to the `.md` file you want
- to link to. The path to the file starts from the `content` directory.
-
- For example, linking to a file located at `content/pages/about.md` would be `[my link](@/pages/about.md)`.
- You can still link to an anchor directly: `[my link](@/pages/about.md#example)` will work as expected.
|