This lists lots (all) of the Wikis:
http://www.c2.com/cgi/wiki?WikiEngines

Use Emacs for editting! http://zwiki.org/EmacsAndWiki

That whole WebLog thing...?

SpamBot detection, freezing out users that pull too many pages too
quickly (worth it?  Worth anything?  I'd *want* Google to be able to
go through the pages)

Inline inclusion of other wiki pages

There's a ton of possible widgets: `Twiki plugins`_

.. _Twiki plugins: http://twiki.org/cgi-bin/view/Plugins/WebHome

IE allows WYSIWYG HTML editing.  `Some comments`_ `My WebOS`_ had some
stuff along these lines, perhaps (they are now gone -- links to
archive.org of them) `MS Wiki`_ also does this.

.. _Some comments: http://www.c2.com/cgi/wiki?WysiwygWiki
.. _My WebOS: http://web.archive.org/web/*/http://www.mywebos.com
.. _MS Wiki: http://www.c2.com/cgi/wiki?MsWiki

`Open Wiki`_ might be of interest in terms of XML backend and diffs.

.. _Open Wiki: http://openwiki.com/

RSS feeds.  I'm not sold on making the Wiki the central metaphor for
everything... WebLogs and external feeds might be overdoing it.

InterWiki_ (or inter-site) linking:
http://openwiki.com/ow.asp?InterWiki -- I think this *does* kind of
belong, since linking is central to Wiki-ness.

BreadCrumbs_ of some sort...?  Not being naturally hierarchical, this
is subtle.  Base it on navigation (I believe OpenWiki_ might), or
annotated (like TWiki).

.. _OpenWiki: http://openwiki.com/

Attachments?  I have better ideas with hierarchical Wikis... (i.e.,
non-HTML/XML pages, and a page can become a SubWiki)

Nice diffing, like:
http://openwiki.com/ow.asp?p=OpenWiki&a=diff&difffrom=146

Branches in versioning (?):
http://openwiki.com/ow.asp?p=OpenWiki&a=changes

RDF -- totally right for Wiki.  Special Wiki RDF extensions:
http://www.usemod.com/cgi-bin/mb.pl?ModWiki -- somehow related to RSS?

Page aliases -- e.g., for plural versions of a term.

UseModWiki_ has some stuff with subpages.

.. _UseModWiki: http://www.c2.com/cgi/wiki?UseModWiki

Automatically notice homonyms, e.g. GroupNameReuse, ReuseGroupName:
StrikiWiki_ The `whole wiki interface`_ weirds me out.  But maybe that
means there something novel there...?  Actually, it just seems to have
a wacked-out interface (hint: hit the arrows, *not* the heading
words), potentially a rich navigation (if it was more intuitive)

.. _StrikiWiki: http://www.c2.com/cgi/wiki?StrikiWiki
.. _whole wiki interface: http://ch.twi.tudelft.nl/~mostert/striki/teststriki.pl


Manila_ might have some interesting ideas -- more CMSish.  Ditto
PARC's Sparrow_

.. _Manila: http://manila.userland.com/
.. _Sparrow: http://www.parc.xerox.com/istl/projects/sparrow/

SWiki_ is a popular branch of Wikiness... still trying to find what's
novel about it... maybe not a lot.  But they're working on it...?

.. _SWiki: http://pbl.cc.gatech.edu/myswiki/1

AtisWiki_ allows multiple formats for input.  But it's kind of gone --
very early offshoot of WikiWiki.

.. _AtisWiki: http://www.c2.com/cgi/wiki?AtisWiki

ZWiki's remote URLs kind of elegant: http://zwiki.org/RemoteWikiLinks

http://tavi.sourceforge.net/ -- I think it is actually expanding the textarea width to my screen?

-- IanBicking_ - 13 Apr 2002 <br />

I would like to see a CMS that handles standard HTML documents or at
least standard HTML document bodies.  I could use this in a couple
projects, although none that's urgent to start right away.  The thing
is, when ppl already know HTML, or you're dealing with outside authors
that have already written an HTML article, it's easier to use that as
your source rather than insisting on some "pure" XML or wiki format.
Yes, it causes complications for converting the article body to
another format later... IF that ever becomes an issue for the
particular application.  Maybe it won't.

A flexible CMS with a configuration option to accept only HTML format,
or only wiki format, or the author's choice, or both in one document,
would be the best.

It would also help to have an option of "accept the source format
without conversion and serve it as is without touching its internal
structure" alongside "convert the source document to an in-between
format so it's easy to reconvert into any output format."

-- MikeOrr_ - 14 Apr 2002