minor: wikilinks for better navigation.

thanks.

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

thoughts

minor: Fixed the wikicode in my prev.edit.

tagging description-logic-related ideas (at least, for myself)

tagging description-logic-related ideas (at least, for myself)

Referred to a related thing: description logics again.

remove bad item

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

minor: Fixing the crazy formatting in the prev.edit.

Referred to related discussions.

long-delayed code review

This patch requires some fortitude to fully understand,
but is worth it!

Referred to related things.

minor: Fixed the wikicode in my prev.edit.

response

Added a wikilink (for easing reading of the info).

Referred to some work that could give such a feature (disitinguishing kinds of links).

Added an anchor for referring to this place.

Added wikilinks for faster navigating through the available info.

More friendly display of markdown, textile in edit form selector (jmtd)

Merge commit 'remotes/jmtd/friendly_markup_names'

tidy up new page_types code

tag patch

Merge branch 'master' of git://git.ikiwiki.info

friendly markup names for UI: e.g. 'Markdown' not 'mdwn' (patch)

document longname parameter

add a long name for textile/txtl ("Textile")

add a long name for mdwn ("Markdown")

check for longname for each syntax plugin
We build an array of [ plugin name, long name ] pairs, where long name
is an optional argument to hook(). So, a syntax plugin could define
long "friendly" name, such as "Markdown" instead of mdwn, and we would
then pass this array to formbuilder to populate the drop-down on the
edit page.

add my github fork

a different tag plugin?

observed indeed the mentioned confusing behavior

Added a note that Yahoo is not yet supported.

minor: added an anchor (for referring).

Added a link to a FAQ on this issue.

bug: OpenID 2.0

poll vote (Accept only OpenID for logins)

response

response

a simplification to my previous hint about a trivial setup

describing my case

minor: formatting

More my thoughts about making a secure public wiki -- perhaps someone will find them useful

Q: warning: lighttpd only or both?

not so done

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

response

closing, user error

response

minor: style.

Comment: this patch doesn't work correctly.

remove plugin and vcs rm failure reporting

quote depth

javascript rough approach

Q: Place for local templates

Wikilinked a "term".

better targets for link in the prev.edit

fix the prev.edit: only abs.path will work

better link targets

tagging

tagging (to find this page easier when studying ikiwiki)

minor formatting

Q&A: using a local wiki to preview changes: an srcdir needed?

response

add missing new file

remove, wrong version

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

add news item for ikiwiki 3.13

question or bug regarding toggle and list item

* Ikiwiki 3.12

problem is the height

The GNU Hurd pages have long been converted to ikiwiki.

Usage information.

response

edit form: no fixed size for textarea

Allow underlaydir to be overridden without messing up inclusion of other underlays via add_underlay.

ikiwiki-transition: If passed a nonexistant srcdir, or one not containing .ikiwiki, abort with an error rather than creating it.

add NEWS

remove old news pages

releasing version 3.12

remove pagespec_match_list override for external

Not needed since it returns a list of pages, not a fail/success object.

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

external: Fix pagespec_match and pagespec_match_list. Closes: #527281

remove test page (see /sandbox)

Avoid %links accumulating duplicates. (For TOVA)

This is sorta an optimisation, and sorta a bug fix. In one
test case I have available, it can speed a page build up from 3
minutes to 3 seconds.

The root of the problem is that $links{$page} contains arrays of
links, rather than hashes of links. And when a link is found,
it is just pushed onto the array, without checking for dups.

Now, the array is emptied before scanning a page, so there
should not be a lot of opportunity for lots of duplicate links
to pile up in it. But, in some cases, they can, and if there
are hundreds of duplicate links in the array, then scanning it
for matching links, as match_link and some other code does,
becomes much more expensive than it needs to be.

Perhaps the real right fix would be to change the data structure
to a hash. But, the list of links is never accessed like that,
you always want to iterate through it.

I also looked at deduping the list in saveindex, but that does
a lot of unnecessary work, and doesn't completly solve the problem.

So, finally, I decided to add an add_link function that handles deduping,
and make ikiwiki-transition remove the old dup links.

decruft