From 78b53cbab014d86c50e849b2e92ad5af026ddd77 Mon Sep 17 00:00:00 2001 From: joey Date: Wed, 26 Jul 2006 21:37:34 +0000 Subject: add news item for ikiwiki 1.9 --- doc/news/version_1.6.mdwn | 28 ---------------------------- doc/news/version_1.9.mdwn | 23 +++++++++++++++++++++++ 2 files changed, 23 insertions(+), 28 deletions(-) delete mode 100644 doc/news/version_1.6.mdwn create mode 100644 doc/news/version_1.9.mdwn (limited to 'doc') diff --git a/doc/news/version_1.6.mdwn b/doc/news/version_1.6.mdwn deleted file mode 100644 index b25eb001e..000000000 --- a/doc/news/version_1.6.mdwn +++ /dev/null @@ -1,28 +0,0 @@ -ikiwiki 1.6 released with these changes: - - * YA utf-8 patch from Recai, this time to fix previewing a page so that - the text in the input box is re-encoded back to utf-8. - * -CSD does not affect modules, so readfile() was not using the utf-8 input - layer, which led to lots of problems; make it force read files as utf-8. - Closes: #[373203](http://bugs.debian.org/373203) - * Note that as a consequence, this version of ikiwiki will actually try to - parse utf8 in source files for the first time, which may expose broken - utf8 in wiki sources that was hidden before. Most common will be - perl warnings like "utf8 "\xE9" does not map to Unicode" - * writefile() likewise needs to use the utf8 output layer. - * Remove the -CSD from ikiwiki's hashbang since it's useless to have it - there. - * Revert some of the decode\_utf8 changes in CGI.pm that seem unnecessary - given the readfile fix. - * Add utf-8 testcases for readfile and htmlize. - * Put back the encode\_utf8 in the input to markdown; it's really not utf-8 - safe. - * More utf-8 fixes from Recai, partly to things I broke above: - - The serious problem is that writefile() saves the content in undecoded - format in CGI, hence all (non-ascii) chars are corrupted permanently. - - Comment field in edit page is not decoded and all the non-ascii chars in - this field are corrupted as the result. We should decode it as we do it - for the content. - - Add 'use encoding "utf8"' to CGI.pm to avoid warnings about wide - character in print. - * New SVG logo from Recai. \ No newline at end of file diff --git a/doc/news/version_1.9.mdwn b/doc/news/version_1.9.mdwn new file mode 100644 index 000000000..4d04052ce --- /dev/null +++ b/doc/news/version_1.9.mdwn @@ -0,0 +1,23 @@ +ikiwiki 1.9 released with these changes: + + * Improve display of parentlinks and page title of toplevel index page. + * Patch from Faidon to use svn --limit when possible for recentchanges, + speeds up recentchanges a lot for wikis with more history. + * Patch from Recai to fix utf8 issues in git backend. + * Add wikitext markup plugin, which supports ".wiki" pages written in the + original wiki syntax, CamelCase links and all. + * Support a w3mmode, which lets w3m run ikiwiki using its local CGI + support, to edit pages etc without a web server. + * Display CGI processing errors if present. + * Fix from Faidon for a XML parser issue that breaks utf-8 for + RecentChanges. Avoid using XML::SAX::PurePerl, which is buggy in this + area, and also way slow. + * Match 'web commit from' in SVN and git, these are web commits too. + (Faidon) + * Consolidated all decode\_utf8 in FormBuilder's fields to make the code more + readable and avoid future mistakes. The patch seems to work and for the + first time I have a UTF-8 username ;-) (Faidon) + * Use form->field consistently, not form->param. + * Patch from Recai to allow selection of page type when creating a new page. + Default page type is inherited from the link clicked on to create the new + page. \ No newline at end of file -- cgit v1.2.3