Fixed the double quotes.

More details on my personal preferences (as related to Ikiwiki.)

Give a bit more details about the Wikis (now one more) I run.

update

fix bug

more tests with more items

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

implemented the other half of this

Writing my own sort code actually was faster than the built in sort. Whee!
(That's not supposed to happen, is it. ;)

But, I need to make sure influences are calculated alright.

refactor sortspec translation

Space sorting orders consistently

Markdown interprets the empty lines resulting from [[!if]] as a request
that each <li> contain a <p>. For consistent spacing in the HTML, either
the unconditional items should have blank lines between (resulting in
each <li> having a <p>), or the conditional items should not (resulting
in messy source code, and no <li> having a <p>). I think the former
looks nicer.

optimization: pagespec_match_list with no num limit matches before sorting

This can be a lot faster, since huge numbers of pages are not sorted
only to mostly be thrown away. It sped up a build of my blog by at least
5 minutes.

plan for more efficient pagespec_match_list sorting

(smcv please note)

formatting

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

po: Configuring the same language as master and slave confuses processing; so filter out such a misconfiguration.

close

fix testsuite

typedlink matchspec was removed

update changelog, update rebuild version

Merge remote branch 'smcv/unescaped-meta'

Conflicts:
IkiWiki/Plugin/meta.pm

po: Check that translated underlay directories exist before using them for master language.

close bug, was fixed in 3.20100403

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

Update dependency for git-core to git transition.

formatting

further response to smcv on pagetemplates

expand my response

"safe" and "unsafe" too simplistic, I suspect

response about XSS, meta and pagetemplates

add peter's git repo

note about sort and dependency types

There's a gotcha where pagespec_match_list is used with a dependency type
that is not a full content dependency, and so ikiwiki does not know that
a content change to a page that sorted too low to match needs to trigger
a rebuild, since its sort order may have changed.

Inline is mostly ok re this, as it does use content dependencies. Except
for in the case of raw mode. But then, page metadata is documented to not
be loaded, so it doesn't make sense to use sortspecs that depend on
metadata. I hope. :)

typo

update for sort changes

close (but one question remains!)

minor style etc changes

remove note about more sort types possibly being available

Good plugins should document them :)

question

add cpan link

don't force a rebuild

Rebuild can be needed sometimes, but not always, so undef.

Merge remote branch 'smcv/ready/sort-package'

Conflicts:
debian/NEWS

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

close

update fieldsort plugin again; remove obsolete bug + fix note (thanks!)

add note about minor back compat issue

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

tweak wording and versions and add changelog entry

improve wording to not encourage explicitly passing undef

further discussion, point out potential XSS

Merge remote branch 'smcv/ready/link-types'

response

response

response to Joey and smcv

reply

fixed

Remove typedlink from [[ikiwiki/pagespec]]

It's not supported in this branch any more.

Auto-rebuild wikis on upgrade due to the taglink change

debian/NEWS and debian/postinst should be edited before release to have
an appropriate version number.

Revert spam

This reverts commit e496920e51ae9f0ecfbad5799634a5064193dcdb.

"Twice is enemy action"; enjoy your ban!

Revert spam

This reverts commit b29c50c731d17c83fef21ef606654ce3bde84310.

Nice try, no cigar.

nearly there!

comment

comment

comment

idea

first question

oops, branch returned now

more flexible underlays, please?

response

if applied, reverting this would be problematic

tag as patch

pages talking about escaping should really be escaped correctly

as seen on IRC

HTML-encode meta title, description, guid on output, but not in the pagestate

This makes them consistent with the rest of the meta keys. A wiki rebuild
will be needed on upgrade to this version; until the wiki is rebuilt,
double-escaping will occur in the titles of pages that have not changed.

switch branch for review to use ready/foo convention

ready for review, I think

Only store authorsort in meta pagestate if it differs from author

Only store titlesort in meta pagestate if it differs from title

Use $a and $b for SortSpec cmp callbacks

fix bug that left stray </p> tags

Both markdown and tidy add paragraph tags around text, that needs to be
stripped when the text is a short, one line fragment that is being inserted
into a larger page. tidy also adds several newlines to the end, and this
broke removal of the paragraph tags.

txt: Add a special case for robots.txt.

comments: Fix missing entity encoding in title.

The meta title data set by comments needs to be encoded the same way that
meta encodes it. (NB The security implications of the missing encoding
are small.)

Note that meta's encoding of title, description, and guid data, and not
other data, is probably a special case that should be removed. Instead,
these values should be encoded when used. I have avoided doing so here
because that would mean forcing a wiki rebuild on upgrade to have the data
consitently encoded.

response

potential performance improvements

speed

fix test suite

close bug, comment

more idiomatic perl

rename hash and avoid unnecessary hash ref

Variable renamed to be a bit more self-explanatory.
Probably more idiomatic perl to not use a hash ref when a hash can be used.

changelog

fix indentation & whitespace

Fix bzr plugin to work with bzr 2.0.

The output of "bzr log" seems to have changed a bit, so we change the
parsing accordingly. This has not been tested with earlier versions of
bzr.

Several problems seemed to occur, all in the bzr_log subroutine:

1. The @infos list would contain an empty hash, which would confuse the
   rest of the program.
2. This was because bzr_log would push an empty anonymous hash to the
   list whenever it thought a new record would start.
3. However, a new record marker (now?) also happens at th end of bzr log
   output.
4. Now we collect the record to a hash that gets pushed to the list only
   if it is not empty.
5. Also, sometimes bzr log outputs "revno: 1234 [merge]", so we catch only
   the revision number.
6. Finally, there may be non-headers at the of the output, so we ignore
   those.

advertise some bugfixes

bug report + patch: unnecessary YAML::Any dependency

Typo.