todo:wiki

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Next revisionBoth sides next revision
todo:wiki [2008/03/25 18:31] lsmithtodo:wiki [2014/07/27 18:48] – no capatcha bjori
Line 3: Line 3:
   * Tweak layout/look some more (please everyone make requests!)   * Tweak layout/look some more (please everyone make requests!)
   * Create a namespace guideline document   * Create a namespace guideline document
-  * <del>To :start or not to :start, for root pages, that is the question</del> 
-  * Find some way to "encourage" people to write comments for their changes 
   * Guidelines for moving wiki pages. Research plugins to allow all users to do it, in order to preserve edit history   * Guidelines for moving wiki pages. Research plugins to allow all users to do it, in order to preserve edit history
-  * Alter the RSS feed to show unified diffs instead of a page snippet (no plugin or setting does this... yet!) - will not obsolete as soon as we move to CVS for storage+  * Add a required field for people to explain why they want to register 
 +  * Add PEAR login as a secondary [[http://svn.php.net/viewvc/pear/pearweb/trunk/public_html/rest-login.php|auth fallback for pear]] (pear.dev karma should give full access to the pear namespace) 
 +  * Figure out exact wiki access permissions at login time based on http://davephp.net/karma.php (http://davephp.net/avail.gen.phps) 
 +  * Switch to reST as the wiki syntax 
 +  * Add some more Macros (https://www.dokuwiki.org/interwiki) 
 +    * Macro to format user names. The macro should check whether the user has php-src commit access and visualize that accordingly 
 +  * Discuss adding [[http://wiki.splitbrain.org/plugin:poll|polls]] through the wiki 
 + 
 +Already completed: 
 + 
 +  * <del>Macro to easily link mailinglist mails.</del> Syntax is something like %%[[list@<message-id>]]%%  
 +  * <del>Macro to easily link bug ids.</del> Syntax is something like %%[[bugid@<bug-id>]]%% 
 +  * <del>Update to latest version</del> 
 +    * <del>Alter the RSS feed to show unified diffs instead of a page snippet</del> 
 +  * <del>use [[http://wiki.splitbrain.org/wiki:namespace_templates||namespace templates]] for the RFC's</del> 
 +  * <del>Find some way to "encourage" people to write comments for their changes</del> 
 +  * <del>To :start or not to :start, for root pages, that is the question</del>
   * <del>Implement support for magic PHP.net cookie</del>   * <del>Implement support for magic PHP.net cookie</del>
   * <del>Prevent people from picking the same nicknames on the wiki as are already used on master.php.net</del>   * <del>Prevent people from picking the same nicknames on the wiki as are already used on master.php.net</del>
-  * Fix self registration and add captcha as well as a required field for people to explain why they want to register +  * <del>Fix self registration</del> 
-  * Move to CVS for file storagecvs.php.net for history/diff viewing and CVS commit mails instead of RSS feeds + 
-  Read meta data about last change out of CVS/Entries file +Probably not going to happen: 
-  * Figure out a way to store different namespaces in different CVS locations (RFC's in one place, Upgrading guides in php-src etc.) + 
-  * Figure out a way to select the right branch to commit to and to display. Probably we should always commit to HEAD and MFH to all active branches (which will be configured on a per namespace basis). +  * Move to CVS for storage file storage 
-  * Commit mails should be directed to specific mailinglists on a per namespace basis. +    * Read meta data about last change out of CVS/Entries file 
-  * Switch to reST as the wiki syntax +    * Use cvs.php.net for history/diff viewing and CVS commit mails, alternatively have a cronjob to keep meta data alive on the wiki, so that we can keep RSS feeds .. 
-  * Plugins to evaluate for usage here: [[http://wiki.splitbrain.org/plugin:openid|openid]]+    Move away from pessimistic locking to optimistic locking only 
 +    * Figure out a way to store different namespaces in different CVS locations (RFC's in one place, Upgrading guides in php-src etc.) 
 +    * Figure out a way to select the right branch to commit to and to display. Probably we should always commit to HEAD and MFH to all active branches (which will be configured on a per namespace basis). 
 +    * Commit mails should be directed to specific mailinglists on a per namespace basis. 
 + 
todo/wiki.txt · Last modified: 2017/09/22 13:28 by 127.0.0.1