On Sep 18, 2002, a BOF at the 2002 Tcl conference on wiki future brought up the following ideas for future enhancements. Notes by [LV] and [stevel]. * diff pages (particularly for large pages) - perhaps even showing changes at top of page * trustworthiness of "embedded" code - seeing diff helps to see if someone has sabotaged * put edit page on top of screen - perhaps stylesheets would help * tool to search within page ? * improve search speed - particularly incremental search and rendering in localized mode (but note the slow search speed is an artifact of the slow rendering - the underlying search is actually quite quick) * access to cvs history of each page, with ability to replace current page from a particular point in the cvs history (to fix defacement) * meta-refresh of recent change page needs to either go or be configurable * ability to mark some pages are read-only so that some pages cannot be deleted/defaced * distinguish between wiki features and tcler's wiki - i.e. the wiki code necessary for running the Tcler's wiki and features that may be used in other uses (such as local mode help) * ability to upload an image to server for display inline (with concerns on proper content) * image support in local mode * ability to moderate pages * authentication before permitting upload (or other administrative privs) * ability to digitally sign parts of pages - improve ability to trust code * Ability to associate IP address with wiki name (so that name might appear beside changed pages) * better search capability (search with context shown) - google like search * import/export capability of data for the wiki to aid in use as personal notebook apps from local mode menu rather than running seperate script. * easy branding of wiki for specific applications * tcler's wiki should stay a tcl version * ability to use tcler's wiki in local mode is very useful * ability to search within a page in local mode * keep the markup simple, but recognise the Wiki is a "showpiece" for Tcl/Tk Note that these are the ideas floated - not a project plan :-) There general concensus is that the unique character of the wiki is largely due to its "open" nature, and that the option of authentication/passwords is to be avoided. Other points discussed that will probably happen (or can already be done) * auto-refreshing page 4 - get rid of auto-refresh and embed yourself in a frame if you need it * import/export capability of data for the wiki to aid in use as personal notebook apps from local mode menu rather than running seperate script * you can render a Wiki to PDF using the approach Marty Backe uses for the PDF Wiki image