doc/todo/plugin.mdwn

   1 Suggestions of ideas for plugins:
   2
   3 * list of registered users - tricky because it sorta calls for a way to rebuild the page when a new user is registered. Might be better as a cgi?
   4 > At best, this could only show the users who have logged in, not all
   5 > permitted by the current auth plugin(s).  HTTP auth would need
   6 > web-server-specific code to list all users, and openid can't feasibly do so
   7 > at all. --[[JoshTriplett]]
   8
   9 * [[sigs]] ?
  10
  11 * Support [[RecentChanges]] as a regular page containing a plugin that
  12   updates each time there is a change, and statically builds the recent
  13   changes list. (Would this be too expensive/inflexible? There might be
  14   other ways to do it as a plugin, like making all links to RecentChanges
  15   link to the cgi and have the cgi render it on demand.)
  16
  17   Or using an iframe
  18   to inline the cgi, although firefox seems to render that nastily with
  19   nested scroll bars. :-(
  20 > Or just link to the equivalent in the version control system, if available;
  21 > gitweb's shortlog or summary view would work nicely as a
  22 > RecentChanges. --[[JoshTriplett]]
  23 >>Why not fork the process?  We wouldn't have to wait around for a response since we would assume the recent changes page was being generated correctly.
  24
  25 * It would be nice to be able to have a button to show "Differences" (or
  26   "Show Diff") when editing a page. Is that an option that can be enabled?
  27   Using a plugin?
  28
  29 * For PlaceWiki I want to be able to do some custom plugins, including one
  30   that links together subpages about the same place created by different
  31   users. This seems to call for a plugin that applies to every page w/o any
  32   specific marker being used, and pre-or-post-processes the full page
  33   content. It also needs to update pages when related pages are added,
  34   so it needs to register dependencies pre-emptively between pages,
  35   or something. It's possible that this is a special case of backlinks and
  36   is best implemented by making backlinks a plugin somehow. --[[Joey]]
  37
  38 * random page (cgi plugin; how to link to it easily?)
  39
  40 * How about an event calendar. Events could be sub-pages with an embedded
  41   code to detail recurrance and/or event date/time
  42
  43 * rcs plugin ([[JeremyReed]] has one he has been using for over a month with over 850 web commits with 13 users with over ten commits each.)
  44
  45 * asciidoc or txt2tags format plugins
  46
  47   Should be quite easy to write, the otl plugin is a good example of a
  48   similar formatter.
  49
  50 >>Isn't there a conflict between ikiwiki using \[\[  \]\] and asciidoc using the same?
  51 >>There is a start of an asciidoc plugin at <http://www.mail-archive.com/asciidoc-discuss@metaperl.com/msg00120.html>
  52 >>-- KarlMW
  53
  54 * manpage plugin: convert **"ls(1)"** style content into Markdown like **\[ls(1)\]\(http://example.org/man.cgi?name=ls&sect=1\)** or into HTML directly.
  55
  56 > With a full installation of groff available, man offers HTML output.  Might
  57 > take some fiddling to make it fit into the ikiwiki templates, and you might
  58 > or might not want to convert pages in the SEE ALSO as
  59 > well. --[[JoshTriplett]]