Ticket Hash: | ab82a0bd213bc0f7e1d2f53abcd019640109f0d3 | |||
Title: | Enhance <nowiki>[]</nowiki> linking syntax in the wiki to permit #LABEL for internal links. | |||
Status: | Open | Type: | Code_Defect | |
Severity: | Cosmetic | Priority: | Low | |
Subsystem: | Resolution: | Fixed | ||
Last Modified: | 2009-09-25 07:03:43 | |||
Version Found In: | [bbb8ae7ebf] | |||
Description: | ||||
It is fairly common to use anchors in HTML pages like:
These kinds of links are used to internally or externally jump to the named locations via anchors like:
I'd like to propose to syntax enhancements to the Wiki syntax. The first of these is:
These would translate into the following respectively:
The second piece of syntax is the actual label. I'd like to be able to drop an anchor without the clumsy HTML by doing this:
This would translate directly into:
If you think the idea is sound, give a developer account to the userid "michael" and email me the password so I can try my hand at implementing it.
drh added on 2009-09-19 15:17:53: anonymous added on 2009-09-21 04:54:40: Consider a sizable documentation page written in the wiki format. I'd have headers for each section and I'd likely want a ToC at the top for them. Currently I'd have to do them this way:
To me the header text is obfuscated beyond all recognition. It would be hard to locate while editing and just generally looks ugly (like HTML in general looks).
With my propose [@LINK] form, the ToC section remains the same (nicely readable) and the header section is changed to:
The first benefit I can see is that the contents are parallel in both locations. It's easy to match the patterns. The second benefit I can see is that the second is a whole lot easier to read the title text in, making it simpler to locate when scanning quickly.
anonymous added on 2009-09-25 07:03:43: |