A wiki system written for the Django framework.
The below table explains which Django versions are supported.
|0.8.x||2.2, 3.0, 3.1, 3.2, 4.0||0.7|
|0.7.x||2.2, 3.0, 3.1, 3.2||0.5 or 0.6|
|0.6.x||2.1, 2.2, 3.0||0.5|
|0.4.x||1.11, 2.0, 2.1||0.3|
|0.3.x||1.8, 1.9, 1.10, 1.11||0.2|
|0.2.x||1.8, 1.9, 1.10||0.1|
|0.1.x||1.5, 1.6, 1.7||0.0.24|
|0.0.24||1.4, 1.5, 1.6 1.7 (unstable)||0.0.?|
For upgrade instructions, please refer to the Release Notes
Django-wiki has almost fully translated into 12 languages, apart from the default (English). But please help out in adding more languages! It’s very easy, you don’t even need to be a programmer.
- Just need a little push, as they are almost fully complete
- Got initiatied and need a new instigator to carry on the ambitions
- Do not exist yet - but you can request them and become the coordinator.
A demo running the latest master is available here, sign up for an account to see the notification system, or you can log in with user:test and password:test.
Please use our IRC or mailing list (google group) for getting in touch on development and support. Please do not email developers asking for personal support.
THIS IS A WORK IN PROGRE…
Currently, the model API is subject to smaller changes, and the plugin API seems pretty stable.
In order to customize the wiki, best idea is to override templates and create your own template tags. Do not make your own hard copy of this repository in order to fiddle with internal parts of the wiki – this strategy will lead you to lose out on future updates with highly improved features and plugins. Possibly security updates as well!
The release cycle has already begun, so you can administer django-wiki through Pypi and pip.
All views are class-based, however don’t take it as an encouragement to extend them, unless you are prepared to modify both templates and view classes every time there is an update.
Please read our Developer Guide
Django needs a mature wiki system appealing to all kinds of needs, both big and small:
- Be pluggable and light-weight. Don’t integrate optional features in the core.
- Be open. Make an extension API that allows the ecology of the wiki to grow in a structured way. Wikipedia consists of over 1100 extension projects written for MediaWiki. We should learn from this.
- Be smart. This is the map of tables in MediaWiki - we’ll understand the choices of other wiki projects and make our own. After-all, this is a Django project.
- Be simple. The source code should almost explain itself.
- Be structured. Markdown is a simple syntax for readability. Features should be implemented either through easy coding patterns in the content field, but rather stored in a structured way (in the database) and managed through a friendly interface. This gives control back to the website developer, and makes knowledge more usable. Just ask: Why has Wikipedia never changed? Answer: Because it’s knowledge is stored in a complicated way, thus it becomes very static.
See the docs/ folder, or read them at:
If you wish to add something, please ask in the google group or raise an issue if you’re in doubt about whether something might change.
Django-wiki is a rewrite of django-simplewiki, a project from 2009 that aimed to be a base system for a wiki. It proposed that the user should customize the wiki by overwriting templates, but soon learned that the only customization that really took place was that people forked the entire project. We don’t want that for django-wiki, we want it to be modular and extendable.
As of now, Django has existed for too long without a proper wiki application. The dream of django-wiki is to become a contestant alongside Mediawiki, so that Django developers can stick to the Django platform even when facing tough challenges such as implementing a wiki.
- Why is the module named just wiki ? Because when we tried pip install wiki, it returned “No distributions at all found for wiki”, so we had to make up for that!
- What markup language will you use? Markdown. The markup renderer is not a pluggable part but has been internalized into core parts. Discussion should go here: https://github.com/django-wiki/django-wiki/issues/76
- Why not use django-reversion? It’s a great project, but if the wiki has to grow ambitious, someone will have to optimize its behavior, and using a third-party application for something as crucial as the revision system is a no-go in this regard.
- Any support for multiple wikis? Yes, in an sense you can just imagine that you always have multiple wikis, because you always have hierarchies and full control of their permissions. See this discussion: https://github.com/django-wiki/django-wiki/issues/63
Please refer to current release to see exact version dependencies. And make note that Pillow needs to have certain build dependencies satisfied on your host system.
There is a docker container available here: https://github.com/riotkit-org/docker-django-wiki
- The people at edX & MIT for finding and supporting the project both financially and with ideas.
- django-cms for venturing where no django app has gone before in terms of well-planned features and high standards. It’s a very big inspiration.
- django-mptt, a wonderful utility for inexpensively using tree structures in Django with a relational database backend.
- spookylukey, jluttine, duvholt, valberg, jdcaballerov, yekibud, bridger, TomLottermann, crazyzubr, and everyone else involved!