summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-03-17removedIanRomanick
2009-03-17(no commit message)IanRomanick
2009-03-17(no commit message)IanRomanick
2009-03-16further thoughtsJon Dowland
2009-03-15add news item for ikiwiki 3.08Joey Hess
2009-03-15releasing version 3.08Joey Hess
2009-03-15Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2009-03-15Fix bug that caused weird things to appear as page types.Joey Hess
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.
2009-03-15managing todo lists: useful?Jon Dowland
2009-03-13add missing parametersJoey Hess
2009-03-13unknown option wording tweakJoey Hess
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.
2009-03-13added biometrische-ausweise.chhttp://people.ee.ethz.ch/~andrmuel/openid/
2009-03-11formattingintrigeri
2009-03-11apache vs. passwordauth: done a bit more researchintrigeri
2009-03-09fixedJoey Hess
2009-03-09Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2009-03-09git: Manually decode git output from utf-8, avoids warning messages on ↵Joey Hess
invalidly encoded output.
2009-03-09git: Fix utf-8 encoding of author names.Joey Hess
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.
2009-03-09avoid uninitialized value warningsJoey Hess
2009-03-09(no commit message)mädduck
2009-03-09actually use utf-8http://madduck.net/
2009-03-09(no commit message)http://madduck.net/
2009-03-09Update the javascript - this now turns things on and off based on the type. ↵http://www.cse.unsw.edu.au/~willu/
It still has some display issues.
2009-03-08Dump untested updates so that others can have a look (I wont have time for a ↵http://www.cse.unsw.edu.au/~willu/
few weeks).
2009-03-09po: fixed last unaddressed item from Joey's review, please have a lookintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-08add news item for ikiwiki 3.07Joey Hess
2009-03-08releasing version 3.07Joey Hess
2009-03-08When loading a template in scan mode, let preprocess know it only needs to scan.Joey Hess
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.
2009-03-08avoid potential infinite loop in smiley expansionJoey Hess
- 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.
2009-03-08fix doc, prefix directives have been default for a whileJoey Hess
2009-03-08configure wmd to leave text in markdownJoey Hess
2009-03-08Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
Conflicts: doc/todo/mdwn_preview.mdwn
2009-03-08detailsintrigeri
2009-03-08implemented Joey's solutionintrigeri
2009-03-08License grant for my code. And note that I'll look at a more advanced ↵http://www.cse.unsw.edu.au/~willu/
version when I get time.
2009-03-07bugJoey Hess
2009-03-07another thoughtJoey Hess
2009-03-07remove patch, and more commentsJoey Hess
2009-03-07look for wmd/wmd.jsJoey Hess
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.
2009-03-07update, add some examplesJoey Hess
2009-03-07wmd stuffJoey Hess
2009-03-07make wmd comment support comment editing (I think)Joey Hess
2009-03-07forgot to add wmd tag hereJoey Hess
2009-03-07wmd copyright?Joey Hess
2009-03-07questionJoey Hess
2009-03-07note that a wmd plugin has appearedJoey Hess
2009-03-07point at wmd pluginJoey Hess
2009-03-07commentsJoey Hess
2009-03-07rebuild not neededJoey Hess
This plugin only affects the page edit, not the compiled wiki.
2009-03-07wmd plugin from willuJoey Hess