WikkaWiki 1.4.2 Features
General
- Programming language: PHP. | (PHP 7.0 SystemRequirements required)
- Storage: MySQL. | (MySQL 5.7+ SystemRequirements required)
- Operating system: platform-independent.
- License: GPL.
- Development status: mature/production.
- Intended audience:
- Individual users (PIM/website backend);
- Development teams (software documentation);
- Companies and organizations (intranet/public website backend).
Output
- W3C compliant XHTML 1.0 transitional.
- Easily customizable layout via 100%-modular themes. since 1.2
- Global and page-level RSS feeds (RSS 0.92/2.0) with autodiscovery support.
- Easily customizable English interface.
- Footer comments (optional).
- Human- and Search-engine-friendly page titles.
- Page content can be displayed as rendered, source and raw source.
Installation
- 100% web-based upgrading from WakkaWiki.
- Shell/root access not required;
- Optional rewrite rules support.
Security and antispam features
- SafeHTML function to filter potentially dangerous content.
- Fine-grained access control through:
- folder-level .htaccess files.
- global ACL.
- page-level ACL.
- Advanced referrer management with blacklist support.
- More secure password hashing using PHP password_hash since 1.4.2
Page editing
- A fast, fully redesigned editor toolbar (WikkaEdit) with more Wikka-specific functionality and improved cross-browser compatibility.
- Page preview.
- Edit notes support.
- Search & replace handler
- Doubleclick quick editing.
- Universal Edit Button support.
Formatting
- A large selection of wiki markup options, with support for
- text styling;
- headings;
- multiple types of lists;
- code blocks;
- floats;
- tables (with full support for accessibility parameters) since 1.2;
- threaded comments;
- notes.
- HTML can be embedded in pages in a safe manner.
Links
- Support for:
- automatically parsed links;
- image-links;
- forced links (with link text);
- plain HTML <a href="..."> links.
- Several shortcuts for interwiki linking.
- CSS-driven link rendering.
Media & files
- Images (accessibility enforced through the use of the image action).
- Native support for mindmaps.
Advanced features
- A large selection of plugins and user contributions, including: calendar, feedback form, Google search form among others.
- Advanced code highlighting (using GeSHi):
- support for several languages;
- easily customizable output;
- line numbering;
- clickable markup pointers to official documentation;
- on-the-fly code block downloading.
- WikiPing functionality (optional) to broadcast lists of recent changes to remote servers.
Page-related features
- Page PageOwnership | and fine-grained page-level ACLInfo access control.
- Pages can be safely embedded in each other.
- Advanced text searching. See TextSearch for examples (some of the examples will only work if MySQL 4.X is in use).
- Various formatters to format output (currently CSV since 1.4.2and HTML)
User-related features
- Configurable user login and registration screens.
- Password retrieval utilities.
- User preferences, themes since 1.2and userpages.
- Lists of pages owned or recently edited by specific users.
Statistics and information
- Detailed system information.
- Tools for displaying statistics on pages and users.
- User statistics on edits, comments and page creation
Revision control tools
- Revision management tools:
- Page history easily viewed at a glance.
- Full comparison of page revisions (between any two versions) with highlighting of differences.
- Fast switch between simple and contextual diff mode
- RSS feeds for global changes and for page revisions.
- Tools to track pages without links and missing pages.
Administration tools
- Modules for user- and page administration.
- Mass user deletion
- Mass page reversion
- A large number of system configuration settings.
- Admin users and advanced ACL support for managing user privileges at individual page-level (read/write/comment).
- Page can be deleted by admins or page owner.
- Comments can be deleted by page owner, comment poster, or admins.
- Optional gzip page compression.
CategoryEN
As you may have seen, Wikka allows you to embed HTML in wiki pages if you ""wrap it in double quotes"".
I've got a few suggestions that, IMHO, the team should implement :
- When cloning a page, give the possibility to clone the comments attached to it. For now, when I want to rename (clone) a page, I loose all the comments... This is a big big problem !
- The link to a page in the RSS feeds do not point to the real page adresse but a strange "show?time=.2008-04-07+05%3A29%3A22" URL (whitch leads to the same content as the real one !). It is not user friendly and it is very bad for search engines (duplicate content). If I put the last changes of my wiki on the sidebar of my blog thanks to a feed, Google will see 2 URLs -> bad.
- Implement a simple captcha system for registration ("What is the name of this Wiki" Answer : "WikkaWiki". Simple and efficient. Images are not very accessible.
- For comments, Akismet is working very well and is transparent for the user
What do you think ?
- cloning comments: an option, yes. But we do need a rename-handler anyway I don't know if that covers all cases, though
- the strange address is used to differ between versions of a page. Usefull if the page was changed more then once. Imho it is the same for blogs, where posts can be on the first page but have a place in the permanent-structure, too, isn't it?
- In 1.1.6.4 / trunk you have the option to add a register code to the login-form which does want you want to do
- definitely worth a plugin, yes.
A renamming handler would be great ! If you don't loose history and comments when you rename a page of course.
A good start for the CAPTCHA extension would be this page : http://www.punbb.fr/forums/viewtopic.php?pid=18554#p18554 It is the php code for a very accessible (and simple !) captcha used in Dotclear and PunBB. You could probably adapt it to Wikka ? This code could be used for the registration page but also for the comments section of a page. There would be a configuration option that let the administrator change the questions and answers.
About the "show?time=.2008-04-07+05%3A29%3A22" in the URL, I was not very clear the first time, sorry. I know it is to differentiate page revisions, and this is great for the feed of a page. But it is not necessary for the RSS feed of the whole wiki : the probleme is only for the main feed.
And a new suggestion. From a usability point of view, when someone adds a comment to a page, he doesn't see the previous comments, witch is very annoying ! The link to the form for adding a comment should also be after the comments, not before.
The module works like a charm (tested on a fresh install of Wikka 1.1.6.4). And the configuration is well integrated. Perfect !
PS : there is a small error on http://www.wikkawiki.org/URTextCaptchaModule : it says " 'UR_validation_modules' => 'URWordpressModule', " but it should be " 'UR_validation_modules' => 'URTextCaptchaModule', "
Thanks again for this great new module :)