1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
|
An overview of some of ikiwiki's features:
[[!toc ]]
## Uses a real RCS
Rather than implement its own system for storing page histories etc,
ikiwiki uses a real [[Revision_Control_System|rcs]]. This isn't (just)
because we're lazy, it's because a real RCS is a good thing to have, and
there are advantages to using one that are not possible with a standard
wiki.
Instead of editing pages in a stupid web form, you can use vim and commit
changes via [[Subversion|rcs/svn]], [[rcs/git]], or any of a number of other
[[Revision_Control_Systems|rcs]].
Ikiwiki can be run from a [[post-commit]] hook to update your wiki
immediately whenever you commit a change using the RCS.
It's even possible to securely let
[[anonymous_users_git_push_changes|tips/untrusted_git_push]]
to the wiki.
Note that ikiwiki does not require a RCS to function. If you want to
run a simple wiki without page history, it can do that too.
## A wiki compiler
Ikiwiki is a wiki compiler; it builds a static website for your wiki, and
updates it as pages are edited. It is fast and smart about updating a wiki,
it only builds pages that have changed (and tracks things like creation of
new pages and links that can indirectly cause a page to need a rebuild)
## Supports many markup languages
By default, pages in the wiki are written using the [[ikiwiki/MarkDown]] format.
Any page with a filename ending in ".mdwn" is converted from markdown to html
by ikiwiki. Markdown understands text formatted as it would be in an email,
and is quite smart about converting it to html. The only additional markup
provided by ikiwiki on top of regular markdown is the [[ikiwiki/WikiLink]] and
the [[ikiwiki/directive]].
If you prefer to use some other markup language, ikiwiki allows others to
easily be added by [[plugins]]. For example it also supports traditional
[[plugins/WikiText]] formatted pages, pages written as pure
[[plugins/HTML]], or pages written in [[reStructuredText|plugins/rst]]
or [[Textile|plugins/textile]].
Ikiwiki also supports files of any other type, including plain text,
images, etc. These are not converted to wiki pages, they are just copied
unchanged by ikiwiki as it builds your wiki. So you can check in an image,
program, or other special file and link to it from your wiki pages.
## Blogging
You can turn any page in the wiki into a [[blog]]. Pages matching a
specified [[ikiwiki/PageSpec]] will be displayed as a weblog within the blog
page. And RSS or Atom feeds can be generated to follow the blog.
Ikiwiki's own [[TODO]], [[news]], and [[plugins]] pages are good examples
of some of the flexible ways that this can be used. There is also an
[[example_blog|examples/blog]] set up that you can copy into your own wiki.
Ikiwiki can also [[plugins/aggregate]] external blogs, feeding them into
the wiki. This can be used to create a Planet type site that aggregates
interesting feeds.
You can also mix blogging with [[podcasting|podcast]]. Simply drop
media files where they will be picked up like blog posts. For
fuller-featured podcast feeds, enclose media files in blog posts
using [[plugins/meta]]. Either way, this will work for any files
that you would care to syndicate.
## Valid html and [[css]]
Ikiwiki aims to produce
[valid XHTML 1.0](http://validator.w3.org/check?url=referer).
(Experimental [[tips/HTML5]] support is also available.)
Ikiwiki generates html using [[templates]], and uses [[css]], so you
can change the look and layout of all pages in any way you would like.
Ikiwiki ships with several ready to use [[themes]].
## [[Plugins]]
Plugins can be used to add additional features to ikiwiki. The interface is
quite flexible, allowing plugins to implement additional markup languages,
register [[directives|ikiwiki/directive]], provide a [[RCS]] backend, hook
into [[CGI]] mode, and much more. Most of ikiwiki's features are actually
provided by plugins.
The standard language for ikiwiki plugins is perl, but ikiwiki also supports
[[plugins/write/external]] plugins: Standalone programs that can be written in
any language and communicate with ikiwiki using XML RPC.
## [[todo/utf8]]
After rather a lot of fiddling, we think that ikiwiki correctly and fully
supports utf8 everywhere.
## Other features
The above are the core design goals and features of ikiwiki, but on that
foundation a lot of other important features are added. Here is an
incomplete list of some of them.
### [[Tags]]
You can tag pages and use these tags in various ways. Tags will show
up in the ways you'd expect, like at the bottom of pages, in blogs, and
in RSS and Atom feeds.
### [[SubPages|ikiwiki/SubPage]]
Arbitrarily deep hierarchies of pages with fairly simple and useful
[[ikiwiki/SubPage/LinkingRules]]
### [[BackLinks]]
Automatically included on pages. Rather faster than eg MoinMoin and
always there to help with navigation.
### Smart merging and conflict resolution in your web browser
Since it uses a real RCS, ikiwiki takes advantage of its smart merging to
avoid any conflicts when two people edit different parts of the same page
at the same time. No annoying warnings about other editors, or locking,
etc, instead the other person's changes will be automatically merged with
yours when you commit.
In the rare cases where automatic merging fails due to the same part of a
page being concurrently edited, regular commit conflict markers are
shown in the file to resolve the conflict, so if you're already familiar
with that there's no new commit marker syntax to learn.
### [[RecentChanges]], editing pages in a web browser
Nearly the definition of a wiki, although perhaps ikiwiki challenges how
much of that web gunk a wiki really needs. These features are optional
and can be enabled by enabling [[CGI]] and a [[Revision_Control_System|rcs]].
### User registration
Can optionally be configured to allow only registered users to edit
pages.
User registration can be done using a web form, or ikiwiki can be
configured to accept users authenticated with OpenID, or HTTP basic
authentication, or other methods implemented via plugins.
### Discussion pages
Thanks to subpages, every page can easily and automatically have a
/Discussion subpage. By default, these links are included in the
[[templates]] for each page. If you prefer blog-style
[[plugins/comments]], that is available too.
### Edit controls
Wiki admins can lock pages so that only other admins can edit them. Or a
wiki can be set up to allow anyone to edit Discussion pages, but only
registered users to edit other pages. These are just two possibilities,
since page edit controls can be changed via plugins.
### [[PageHistory]]
Well, sorta. Rather than implementing YA history browser, it can link to
[[ViewVC]] or the like to browse the history of a wiki page.
### Full text search
Ikiwiki can use the xapian search engine to add powerful
full text [[plugins/search]] capabilities to your wiki.
### Translation via po files
The [[plugins/po]] plugin allows translating individual wiki pages using
standard `po` files.
### [[w3mmode]]
Can be set up so that w3m can be used to browse a wiki and edit pages
without using a web server.
|