todo:wiki

Differences

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

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
todo:wiki [2014/07/27 18:48]
bjori no capatcha
todo:wiki [2017/09/22 13:28] (current)
Line 5: Line 5:
   * 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
   * Add a required field for people to explain why they want to register   * 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) +  * Switch to markdown ​as the wiki syntax
-  * 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)   * 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     * 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: Already completed:
Line 16: Line 13:
   * <​del>​Macro to easily link mailinglist mails.</​del>​ Syntax is something like %%[[list@<​message-id>​]]%% ​   * <​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>​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>​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>​
-  * <​del>​Fix self registration</​del>​ 
- 
-Probably not going to happen: 
- 
-  * Move to CVS for storage file storage 
-    * Read meta data about last change out of CVS/Entries file 
-    * 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 .. 
-    * 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 (external edit)