Log in
Forgot your password?
History for RegulatingYourPages
??changed:- Specifying Who Can Do What in Your Wiki Pages and Folders Wiki page and folder owners can specify which visitors to their pages can do what wiki operations with them. The regulations are expressed according to operation versus role categories, or versus specific user ids. Every page has a <a href="&dtml-wiki_page_url;/regulations">regulations</a> form with controls for the page - only the page or folder owners can change the settings. The following table describes the terms used in the controls. It's followed by descriptions of some ways the controls are used for common community scenarios. <table cellspacing=20> <tr valign="top"> <td> <table border=1> <tr> <th colspan=2 bgcolor="eeeeee"> Operations </th> </tr> <tr> <th align="left" valign="top"> Create </th> <td> Enable people to create pages for new wiki names. They will be presented with a <font color="green"> **?** </font> question mark to create a new page with the current page as its parent. Those not allowed to create new pages from the current page will see an <font color="green"> **<sup>x</sup>** </font> instead. </td> </tr> <tr> <th align="left" valign="top"> Edit </th> <td> Change the text of the current page. </td> </tr> <tr> <th align="left" valign="top"> Comment </th> <td> Append comments to the bottom of the page. This is a more controlled way to get feedback than the more free-wheeling full-edit ability. </td> </tr> <tr> <th align="left" valign="top"> Move </th> <td> Rename or delete the page, or change its designated parent(s). When renaming, links to the old name will <em> not </em> be automatically adjusted to track change. </td> </tr> </table> </td> <td valign="top"> <table border=1> <tr> <th colspan=2 bgcolor="eeeeee"> Role Categories </th> </tr> <tr> <th align="left" valign="top" NOWRAP> Nobody </th> <td> Not even managers or page owners - but they can reset the policy. </td> </tr> <tr> <th align="left" valign="top"> Owners </th> <td> The fundamental category, users with the 'Owner' or 'Manager' role, or with ownership of the page. People in the Owners category can also set page regulations, esablishing what other visitors to their pages can do. </td> </tr> <tr> <th align="left" valign="top" NOWRAP> Non-Anon </th> <td> "Non-Anonymous" - This category further extends to include *any* logged-in visitor. </td> </tr> <tr> <th align="left" valign="top"> Everyone </th> <td> This category further includes anonymous visitors. Indistinguishable from one another, there's no way to assign responsibility for their actions - which may sometimes be your aim. </td> </tr> </table> </td> </tr> </table> <ul> <li> Page owners can use the <strong> Additional Allowed Users </strong> boxes to enable an operation for specific users, regardless of the Role Category settings </li> <li> Finally, if you select the <strong> Propagate to Offspring </strong> checkbox at the bottom of the column for an operation, then this setting will be passed to all offspring pages that you are allowed to regulate. </li> </ul> Page Ownership Inheritance Page owners control the way that ownership is determined for new pages that are created from their pages. By keeping ownership, they keep control over the way that any immediate *or* indirect offspring pages are used, since the ownership inheritance setting is, itself, inherited. Thus they delegate specific operations, but retain control over the policies. By allowing ownership to the page creators, they enable the page creators to set their <em> own </em> policies - essentially, delegating complete authority over the subpages. By selecting both - ie, original owner and new page creator getting ownership of the new page - the original owner can keep a hand in the regulations for the subpages. Policy Scenarios These basic operational regulations together with the ability to specify how the control over the regulations is passed on enables a wide range of policies within any region of a wiki. Page owners can establish policies for a wide range of community dynamics, from classic wiki's free-wheeling, open policies, to completely constrained. Below are some salient scenarios, within hints about implementing them. Classic wiki -- By setting regulations wide open, but retaining ownership, all pages created from their page will be wide open, and page creators cannot change the regulations to constrain operations. The original page owner can enable or disable ZWiki enhancements, like immediate rename and delete, depending on how closely they want to emulate the classic wiki. Perhaps more interesting, page owners can hand off control over the wiki subregions springing from their page, in finely tuned ways. Page owner delegates control over contents of particular subpages -- By creating the pages and specifying the particular users that have (only) edit privileges there. Page owner delegates control of subtopic or project areas -- By creating the links to the subpages for the subtopics, and arranging for the target owners to click the **?** question marks and create the subpages. By granting ownership of subpages to the creators, the creators get full authority over the subpages, to change as they might wish *and to set policies for delegation to others*, as they wish. Page owner opens a subtopic for a free-for-all -- By creating a subpage and enabling all operations to all visitors (or to logged in visitors, if responsibility auditing is desired), but retaining ownership for themselves. Essentially, the original page owner creates a "classic"-style subregion. Page owner creates a discussion page -- By creating a subpage where anyone can append comments, but the page owner (and anyone they designate) has edit privileges. This way the page owner and lieutenants can edit the discussion text to make in-line response acknowledgement marks, consolidate mature discussions, etc. By opening the 'create' privilege, in addition, the original page owner enables commentators to spawn offspring discussion pages of their own. The original owner can determine whether or not those offspring pages are constrained to the original discussion format, by deciding whether or not to retain ownership of the spawned pages...