- Programming language: PHP. (PHP 4.1+ or PHP 5 required)
- Storage: MySQL. (MySQL 3.23+ 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).
- 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.
- 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.
- 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.
- 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.
- 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.
- Configurable user login and registration screens.
- Password retrieval utilities.
- User preferences, themes
since 1.2
and userpages.
- Lists of pages owned or recently edited by specific users.
CategoryEN
Page was generated in 0.0913 seconds
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 :)