Add here stuff that does not work the way you want it to.
If you want to try your hand at fixing a bug or adding a feature, the source for
WiLiKi is available.
Important bugs
None. Yay.
Wishlist bugs (aka feature requests)
- Extensiblility (r2q2) Allow WiLiKi to have a way to extend it easily. Possibly a modular system to add features. This may be easier if we make WiLiKi more modular kwiki does this.
this.
- File uploads (pitecus is working on this as a separate CGI (csw-upload). Unfortunately the www.cgi module in Gauche 0.7.4.2, the one currently installed, doesn't support file uploads. Move to latest Gauche at some point.)
- Logentries should show up in recent-changes and the RSS feed (Jorgen-Schäfer has this on his todo list)
- Deleted-page support (Jorgen-Schäfer has this on his todo list)
- Support getting pages without a question mark (that is, scheme.cgi/foo-page)
pitecus: this already works if you link to the scheme.cgi, i.e <http://community.schemewiki.org/cgi-bin/scheme.cgi/wiki-bugs>. What doesn't is <http://community.schemewiki.org/wiki-bugs>. (Isn't this an Apache redirection thing?)
- Spam protection -- see <http://www.emacswiki.org/cgi-bin/community/BannedContentDiscussion>.
- Wiki markup for direct links to entries in RnRS; e.g., r5rs define would link the text define and that link would take you to the entry on define in R5RS. (This is done using Permanent Anchors in other wikis --Jorgen-Schäfer)
- Better search function. For example, it'd be nice to have searching for "anaphoric if" or "anaphoric-if" go directly to the page titled "anaphoric-if." Right now, searching for "anaphoric if" returns zero results and searching for "anaphoric-if" returns pages that reference anaphoric-if, but not the anaphoric-if page itself.
- Spell Checker (c2 has this) Helps improve content quality (r2q2). No, the only thing it improves is trivial, completely unimportant errors. The remaining aspects of the content on this wiki are still, on the whole, quite awful in quality.
- The output of {{{srfi:n}}} should emit 'SRFI' in all capital letters and use a space in the stead of a colon.
- Differentiate internal links inside the wiki and external links to the outer world. They both look the same and sometimes confuse browsing the wiki.
- Some support for inserting mathematical formulae (syntax doesn't matter), like Wikipedia's. See SICP-Solutions subpages for a rationale (some, if not most, exercises are better explained by using some math formulae).
User management
- Usernames in commits (preferably stored in cookies, not on the server) Please don't complicate the wiki by filling everyone's browsers with cookies.
- Per-user stylesheets
- Jorgen-Schäfer has something on his TODO that will allow storing settings on a per-user basis
Discussion
- wiki-css magically re-writing the actual CSS file would be nice (2004-09-14)
- A general framework for WiLiKi to check the syntax of specific pages.
Wontfix
- Alternative wiki markup schemes. Formatting that tries to mimic common styles used in email and newsgroup messages would be nice (2004-09-12)
- Support for literal HTML would be useful in cases where something is difficult to express with standard wiki markup. (2004-09-12)
category-this-wiki
Oddmuse does that by allowing pages to be gotten "raw", that is, without headers, footers or markup, and just specifying the CSS page in the stylesheet part of the documents. Do we want this as well?
Update: WiLiKi can deliver the raw content using c=lv, but prefixes it with some stuff :(