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).

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

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

details

implemented Joey's solution

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

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

wmd copyright?

question

note that a wmd plugin has appeared

point at wmd plugin

comments

rebuild not needed

This plugin only affects the page edit, not the compiled wiki.

wmd plugin from willu

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