Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
commit
f3bfa1a797
|
@ -12,3 +12,8 @@ My first reading (and second and third) of this was that backlinks would be disa
|
||||||
> Yes, it only controls the number of backlinks that are shown at the
|
> Yes, it only controls the number of backlinks that are shown at the
|
||||||
> bottom of the page vs how many are moved to the popup. I've tried to
|
> bottom of the page vs how many are moved to the popup. I've tried to
|
||||||
> improve the documentation for this. [[done]] --[[Joey]]
|
> improve the documentation for this. [[done]] --[[Joey]]
|
||||||
|
|
||||||
|
|
||||||
|
I notice that there is quite a bit of redundancy when both tags and backlinks are used extensively. On most pages, the set of links features in both categories is almost identical because a tag's index page is shown both as a tag link and as a backlink. Is there a way to improve that situation somehow? I realise that backlinks aren't generated when the tag index page refers to its contents by \[\[!map ...]], etc., but sometimes an auto-generated index is insufficient.
|
||||||
|
|
||||||
|
--Peter
|
||||||
|
|
|
@ -0,0 +1,13 @@
|
||||||
|
Question: Is there a way to generate a listing that shows *both* title and description meta information? Currently, a \[\[!map ...]] shows only one of the two, but I'd like to generate a navigation that looks like a description list. For example:
|
||||||
|
|
||||||
|
* This is the title meta information.
|
||||||
|
|
||||||
|
This is the description meta information
|
||||||
|
|
||||||
|
* This is another title.
|
||||||
|
|
||||||
|
And so on ...
|
||||||
|
|
||||||
|
Is that possible?
|
||||||
|
|
||||||
|
--Peter
|
|
@ -58,3 +58,7 @@ How do I make images clickable? The obvious guess, \[[foo.png|/index]], doesn't
|
||||||
> You can do it using the img plugin. The syntax you suggested would be ambiguous,
|
> You can do it using the img plugin. The syntax you suggested would be ambiguous,
|
||||||
> as there's no way to tell if the text is meant to be an image or displayed as-is.
|
> as there's no way to tell if the text is meant to be an image or displayed as-is.
|
||||||
> --[[Joey]]
|
> --[[Joey]]
|
||||||
|
|
||||||
|
----
|
||||||
|
|
||||||
|
Is it possible to refer to a page, say \[[foobar]], such that the link text is taken from foobar's title [[directive/meta]] tag? --Peter
|
||||||
|
|
|
@ -9,3 +9,12 @@ In my wiki, the page "realname" shows up as an orphan although it's being linked
|
||||||
> reason to use other link mechanisms provided by eg, markdown for internal
|
> reason to use other link mechanisms provided by eg, markdown for internal
|
||||||
> links in the wiki (indeed, using them is likely to cause broken links
|
> links in the wiki (indeed, using them is likely to cause broken links
|
||||||
> when doing things like inlining or renaming pages). --[[Joey]]
|
> when doing things like inlining or renaming pages). --[[Joey]]
|
||||||
|
|
||||||
|
|
||||||
|
The orphans plugin fails with an error when it has to deal with a page that contains '+' characters as part of the filename. Apparently the code uses regular expressions and forgets to quote that string at some cruicial point. The error message I see is:
|
||||||
|
|
||||||
|
\[[!orphans Error: Nested quantifiers in regex;
|
||||||
|
marked by <-- HERE in m/^(c++ <-- HERE |)$/ at
|
||||||
|
/usr/lib/perl5/vendor_perl/5.8.8/IkiWiki/Plugin/orphans.pm line 43.]]
|
||||||
|
|
||||||
|
--Peter
|
||||||
|
|
Loading…
Reference in New Issue