CSS and templates for sidebar changed to use a class, not an id.

Multiple sidebars should be possible; also, I want to add a sidebar
template.

typo

propigate ikiwiki setup error out

don't link to ikiwiki-calendar, broken link on basewiki

enhance pagestats and rework example blog front page

* pagestats: Class parameter can be used to override default class for
  custom styling.
* pagestats: Use style=list to get a list of tags, scaled by use like
  in a tag cloud. This is useful to put in a sidebar.
* Rework example blog front page.

calendar: Add archive_pagespec, which is used by ikiwiki-calendar to specify which pages to include on the calendar archive pages. (The pagespec can still also be specified on the ikiwiki-calendar command line.)

remove example comments_pagespec setting

auto-blog.setup configures this automatically now

note link types are now available

Correct comment. We want to merge the branch *doc* into branch *master* as the sample output suggests.

Fixed a typo.

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.