diff options
author | Jon Dowland <jmtd@debian.org> | 2009-10-05 15:27:03 +0100 |
---|---|---|
committer | Jon Dowland <jmtd@debian.org> | 2009-10-05 15:27:03 +0100 |
commit | bccea01c07a112f4ded504724557085c870b56f6 (patch) | |
tree | 57ee24a099bc31a2d2cf3a643619a8f459eb797c | |
parent | 204e733d795d94218465982701cdb8a776893ba0 (diff) |
would you accept patches for this?
-rw-r--r-- | doc/todo/CSS_classes_for_links.mdwn | 17 |
1 files changed, 17 insertions, 0 deletions
diff --git a/doc/todo/CSS_classes_for_links.mdwn b/doc/todo/CSS_classes_for_links.mdwn index 5013a9d12..43a480be8 100644 --- a/doc/todo/CSS_classes_for_links.mdwn +++ b/doc/todo/CSS_classes_for_links.mdwn @@ -75,3 +75,20 @@ I find CSS3 support still spotty... Here are some notes on how to do this in Ik > [[rel_attribute|rel_attribute_for_links]] now that CSS can use.) > > --[[Joey]] + +>> I had a little look at this, last weekend. I added a class definition to +>> the `htmllink` call in `linkify` in `link.pm`. It works pretty well, but +>> I'd also need to adjust other `htmllink` calls (map, inline, etc.). I found +>> other methods (CSS3 selectors, etc.) to be unreliable. +>> +>> Would you potentially accept a patch that added `class="internal"` to +>> various `htmllink` calls in ikiwiki? +>> +>> How configurable do you think this behaviour should be? I'm considering a +>> config switch to enable or disable this behaviour, or possibly a +>> configurable list of class names to append for internal links (defaulting +>> to an empty list for backwards compatibility)> +>> +>> As an alternative to patching the uses of `htmllink`, what do you think +>> about patching `htmllink` itself? Are there circumstances where it might be +>> used to generate a non-internal link? -- [[Jon]] |