use md5sum for page_to_id

The munged ids were looking pretty nasty, and were not completly guaranteed
to be unique. So a md5sum seems like a better approach. (Would have used
sha1, but md5 is in perl core.)

typo

comments: Fix anchor ids to be legal xhtml. Closes: #521339

Well, that was a PITA.

Luckily, this doesn't break guids to comments in rss feeds,
though it does change the links.

I haven't put in a warning about needing to rebuild to get
this fix. It's probably good enough for new comments to get the
fix, without a lot of mass rebuilding.

response

update zack.css from gitweb and repoint link to it

fix link truncation

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

comments: Fix too loose test for comments pages that matched normal pages with "comment_" in their name. Closes: #521322

css: Add clear: both to inlinefooter.

If an inlined page contains a floating element, this ensures
that the footer appears beneath it, and prevents the floating element from
possibly leaking down to the next inlined page.

response

inline autotitles: open issue

Updated French translation (Jean-Luc Coulon). Closes: #521072

create link from todo lists to structured page data

thanks for the tip

+test

inline autotitles: additional patch

(corrected bug in inline autotitle description)

(urls for inline autotitle)

wishlist, patch: inline autotitles

git, mercurial: Fix --getctime to return file creation time, not last commit time.

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

fix rcs_getctime to return first, not last, change time

This was being buggy and returning the file's last change time, not its
creation time.

(I checked all the others (except tla) and they're ok.)

fix rcs_getctime to return first, not last, change time

This was being buggy and returning the file's last change time, not its
creation time.

(replace github link with ikwiki gitweb link so that github branch can go away)

ikiwiki's notion of time

response

add Sort::Naturally to suggests and use cpan link

remove biometrische-ausweise.ch, no evidence this site uses ikiwiki

I apologize if I'm mistaken, but I can find no evidence this site
uses ikiwiki at all. If you are using ikiwiki somehow, I'd be interested to
know how.

comment

inline: Fix urls to feed when feedfile is used on an index page.

It would be better to use urlto() here, but will_render
has not yet been called on the feed files at this point, so
it won't work. (And reorganizing so it can be is tricky.)

title_natural patch merged

avoid crashing if Sort::Naturally is not installed

implement sort=title_natural for inline

adds a new sorting order, title_natural, that uses Sort::Naturally's
ncmp function to provide better sorting for inlines

github error and comment

poll vote (Accept only OpenID for logins)

poll vote (Accept both)

new wishlist item, patch included

removed

further thoughts

add news item for ikiwiki 3.08

releasing version 3.08

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

Fix bug that caused weird things to appear as page types.

The problem was introduced by the recent noextension patches.
Object autovivification caused junk to get into %htmlize,
and all keys of that showed up as page types.

managing todo lists: useful?

add missing parameters

unknown option wording tweak

Because getopt::long is used in passthrough mode, if a known
option like --wikiname that needs a parameter is specified w/o
the parameter, it will not be processed, and passed on through.
So in this case the "unknown option" message is innaccurate.
Make it slightly better by noting that the problem can be a missing
parameter.

added biometrische-ausweise.ch

formatting

apache vs. passwordauth: done a bit more research

fixed

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

git: Manually decode git output from utf-8, avoids warning messages on invalidly encoded output.

git: Fix utf-8 encoding of author names.

I guess what's happening here is that since the name
is passed to git via an environment variable, perl's normal
utf-8 IO layer stuff doesn't work. So we have to explicitly
decode the string from perl's internal representation into
utf-8.

avoid uninitialized value warnings

actually use utf-8

Update the javascript - this now turns things on and off based on the type.  It still has some display issues.

Dump untested updates so that others can have a look (I wont have time for a few weeks).

Merge commit 'upstream/master' into prv/po

po: fixed last unaddressed item from Joey's review, please have a look

Signed-off-by: intrigeri <intrigeri@boum.org>

revert exposing of %backlinks and $backlinks_calculated

This change was introduced in 85f865b5d98e0122934d11e3f3eb6703e4f4c620 and
c3af3840a295780e0f32df398f2dc7d34653e75e ; it may be necessary for the meta-po
integration, but the po branch alone is supposed to work without it.

Signed-off-by: intrigeri <intrigeri@boum.org>

add news item for ikiwiki 3.07

releasing version 3.07

When loading a template in scan mode, let preprocess know it only needs to scan.

This makes wikis such as zack's much faster in the scan pass.
In that pass, when a template contains an inline, there is no reason to
process the entire inline and all its pages. I'd forgotten to pass
along the flag to let preprocess() know it was in scan mode, leading to
much unncessary churning.

avoid potential infinite loop in smiley expansion

- In 3.05, ikiwiki began expanding templates in scan mode,
  for annoying, expensive, but ultimatly necessary reasons
  of correctness.
- Smiley processing has a bug: It inserts a span for the smiley,
  and then continues searching forward in the content for more,
  starting at $end_of_smiley+1. Which means it searches for smilies
  in the span too! And if it somehow finds one, we get an infinite loop
  here.
- This bug can, probably, only be tickled if a htmllink to
  show the smiley fails, because the smiley file doesn't exist,
  or because ikiwiki doesn't know about it. In that case,
  a link will be inserted to _create_ the missing page,
  and that link will include the smiley inside the <a></a>.
- When a template is expanded in scan mode, and it contains
  an inline, the sanitize hook is run during scan mode,
  which never happened before. That causes the smiley processor
  to run, before ikiwiki is, necessarily, aware that all
  the smiley files exist (depending on scan order). So
  it inserts creation links for them, and triggers the bug.

I've put in the simple fix of jumping forward past the inserted
span, and it does fix the problem. I will need to look in a bit
more detail into why an inline nested inside a template is
fully expanded during the scan pass -- that really shouldn't
be necessary, and it makes things much slower than they need
to be.

fix doc, prefix directives have been default for a while

configure wmd to leave text in markdown

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

Conflicts:
doc/todo/mdwn_preview.mdwn

po doc: po4a 0.35 has been released, eventually

details

brought back checkcontent hook full-content compat.

This modification was initially done in editpage, in commit
a3726968bc13f19f458c372cbd7cf92ae4c6fce5, but was then lost while merging
upstream/master branch.

Signed-off-by: intrigeri <intrigeri@boum.org>

implemented Joey's solution

rename: remove duplicates that hook functions may have added to @torename

Signed-off-by: intrigeri <intrigeri@boum.org>

License grant for my code.  And note that I'll look at a more advanced version when I get time.

rename: moved subpages addition to a rename hook

Signed-off-by: intrigeri <intrigeri@boum.org>

rename hook: run once per file to be renamed

... as Joey suggested on todo/need_global_renamepage_hook

This hook is applied recursively to returned additional rename
hashes, so that it handles the case where two plugins use the hook:
plugin A would see when plugin B adds a new file to be renamed.

The full set of rename hashes can no longer be changed by hook functions, that
are only allowed to return any additional rename hashes it wants to add.
Rationale: the correct behavior of the recursion would be hard, if not
impossible, to define, if already considered pages were changing on the run.

Signed-off-by: intrigeri <intrigeri@boum.org>

Merge commit 'upstream/master' into prv/po

Conflicts:

IkiWiki/Plugin/editpage.pm
debian/control
debian/copyright
doc/todo/need_global_renamepage_hook.mdwn

Signed-off-by: intrigeri <intrigeri@boum.org>

bug

another thought

remove patch, and more comments

look for wmd/wmd.js

This means that the underlay needs to have a wmd/wmd/wmd.js,
which is a trifle weird, but it isolates all the wmd stuff in a
single wmd subdirectory of the built wiki. The wmd/images creating
a toplevel images directory was particularly bad.

update, add some examples

wmd stuff

make wmd comment support comment editing (I think)

forgot to add wmd tag here