On 09 août at 15:51, Oliver Geisen wrote: > i did this by hacking the source myself. Just a view lines to give > users access to their pages under [[home:{userid}:...]] and keep all > others out (except the admin user). One could think of giving others > (world) only read access instead of no access... [dd] > please look at http://wiki.splitbrain.org/wiki:tips:homepages to read > my proposed solution. Please feel free to comment, expand, correct ! If the suggestion is "Maybe a variable like %USERID% could be used in ACL." then my comment is: that's trivial to add. DokuWiki already handles @USER@ and adding the line: --- inc/auth.php Mon Jul 17 21:49:49 2006 +++ inc/auth.php Wed Aug 9 23:22:26 2006 @@ -69,6 +69,7 @@ //load ACL into a global array if(is_readable(DOKU_CONF.'acl.auth.php')){ $AUTH_ACL = file(DOKU_CONF.'acl.auth.php'); + $AUTH_ACL = str_replace('@USER@',$_SERVER['REMOTE_USER'],$AUTH_ACL); }else{ $AUTH_ACL = array(); } allows you to use @USER@ is ACLs. For example: users:* @ALL 1 users:@USER@ @USER@ 8 Now anyone can read users pages but only user "user" can edit "users:user" page, and also user1 cannot edit users:user2 as this page doesn't belong to him. User (sub)namespaces works too: users:@USER@:* @USER@ 8 On 09 août at 13:31, Terence J. Grant wrote: > all user permissions are based on properly setting > up your users with ACL. > And it is extremely simple to set this up even if you already have > several dozen users. This does not scale. Are you seriously adding a new ACL each time you add a new user? -- bug -- DokuWiki mailing list - more info at http://wiki.splitbrain.org/wiki:mailinglist