You are here

README.txt in Workbench Moderation 7.3

Same filename and directory in other branches
  1. 7 README.txt

README file for Workbench Moderation.

File

README.txt
View source
  1. /**
  2. * @file
  3. * README file for Workbench Moderation.
  4. */
  5. Workbench Moderation
  6. Arbitrary moderation states and unpublished drafts for nodes
  7. CONTENTS
  8. --------
  9. 1. Introduction
  10. 1.1 Concepts
  11. 1.1.1 Arbitrary publishing states
  12. 1.1.2 Node revision behavior
  13. 1.1.3 Moderation states and revisions
  14. 2. Installation
  15. 2.1 Requirements
  16. 3. Configuration
  17. 3.1 Configuring states
  18. 3.2 Configuring transitions
  19. 3.3 Checking permissions
  20. 3.3.1 Recommended permissions
  21. 4. Using the module
  22. 5. Troubleshooting
  23. 6. Developer notes
  24. 6.1 Database schema
  25. 6.2 Views integration
  26. 7. Feature roadmap
  27. ----
  28. 1. Introduction
  29. Workbench Moderation
  30. ----
  31. 1.1 Concepts
  32. Workbench Moderation adds arbitrary moderation states to Drupal core's
  33. "unpublished" and "published" node states, and affects the behavior of node
  34. revisions when nodes are published. Moderation states are tracked per-revision;
  35. rather than moderating nodes, Workbench Moderation moderates revisions.
  36. ----
  37. 1.1.1 Arbitrary publishing states
  38. In Drupal, nodes may be either unpublished or published. In typical
  39. configurations, unpublished nodes are accessible only to the user who created
  40. the node and to users with administrative privileges; published nodes are
  41. visible to any visitor. For simple workflows, this allows authors and editors to
  42. maintain drafts of content. However, when content needs to be seen by multiple
  43. people before it is published--for example, when a site has an editorial or
  44. moderation workflow--there are limited ways to keep track of nodes' status.
  45. Workbench Moderation provides moderation states, so that unpublished content may
  46. be reviewed and approved before it gets published.
  47. ----
  48. 1.1.2 Node revision behavior
  49. Workbench Moderation affects the behavior of Drupal’s node revisions. When
  50. revisions are enabled for a particular node type, editing a node creates a new
  51. revision. This lets users see how a node has changed over time and revert
  52. unwanted or accidental edits. Workbench Moderation maintains this revision
  53. behavior: any time a node is edited, a new version is created.
  54. When there are multiple versions of a node--it has been edited multiple times,
  55. and each round of editing has been saved in a revision--there is one "current"
  56. revision. The current revision will always be the revision displayed in the node
  57. editing form when a user goes to edit a piece of content.
  58. In Drupal core, publishing a node makes the current revision visible to site
  59. visitors (in a typical configuration). Once a node is published, its current
  60. revision is always the published version. Workbench Moderation changes this; it
  61. allows you to use an older revision of a node as the published version, while
  62. continuing to edit a newer draft.
  63. @see workbench_moderation-core_revisions.png
  64. @see workbench_moderation-wm_revisions.png
  65. Internally, Workbench Moderation does this by managing the version of the node
  66. stored in the {node} table. Drupal core looks in this table for the "current
  67. revision" of a node. Drupal core equates the "current revision" of a node with
  68. both the editable revision and, if the node is published, the published
  69. revision. Workbench Moderation separates these two concepts; it stores the
  70. published revision of a node in the {node} table, but uses the latest revision
  71. in the {node_revision} table when the node is edited. Workbench Moderation's
  72. treatment of revisions is identical to that of Drupal core until a node is
  73. published.
  74. ----
  75. 1.1.3 Moderation states and revisions
  76. Workbench Moderation maintains moderation states for revisions, rather than for
  77. nodes. Since each revision may reflect a unique version of a node, the state may
  78. need to be revisited when a new revision is created. This also allows users to
  79. track the moderation history of a particular revision, right up through the
  80. point where it is published.
  81. Revisions are a linear; revision history may not fork. This means that only the
  82. latest revision may be edited or moderated.
  83. ----
  84. 2. Installation
  85. Install the module and enable it according to Drupal standards.
  86. After installation, enable moderation on a content type by visiting its
  87. configuration page:
  88. Admin > Structure > Content Types > [edit Article]
  89. In the tab block at the bottom of the form, select the "Publishing options" tab.
  90. In this tab under "Default Options", Workbench Moderation has added a checkbox,
  91. "Enable moderation of revisions". To enable moderation on this node type, check
  92. the boxes labeled "create new revision" (required) and "enable moderation of
  93. revisions", and then save the node type.
  94. ----
  95. 2.1 Requirements
  96. Workbench Moderation may be used independently of other modules in the Workbench
  97. suite, including the "Workbench" module. Unlike the "Workbench" module,
  98. Workbench Moderation does not depend on Views. However, Workbench Moderation
  99. does have Views integration, and it provides two useful views ("My Drafts" and
  100. "Needs Review") that appear in the Workbench. If you wish to use Workbench
  101. Moderation without Workbench, you may override or clone these views and place
  102. them where your users can find them.
  103. Using the "Workbench" module with Workbench Moderation enables the display of
  104. moderation status information and a mini moderation form on node viewing pages.
  105. There is one dependency:
  106. https://www.drupal.org/project/drafty
  107. The Drafty module is used for managing changes to the node's state and must also
  108. be installed.
  109. ----
  110. 3. Configuration
  111. Workbench Moderation's configuration section is located at:
  112. Admin > Configuration > Workbench > Workbench Moderation
  113. This administration section provides tabs to configure states, transitions, and
  114. to check whether your permissions are configured to enable full use of
  115. moderation features.
  116. ----
  117. 3.1 Configuring states
  118. Workbench Moderation provides three default moderation states: "Draft", "Needs
  119. Review", and "Published". The Draft and Published states are required. You can
  120. edit, add, and remove states at:
  121. Admin > Configuration > Workbench > Workbench Moderation > States
  122. ----
  123. 3.2 Configuring transitions
  124. Workbench Moderation also provides transitions between these three states. You
  125. can add and remove transitions at:
  126. Admin > Configuration > Workbench > Workbench Moderation > Transitions
  127. ----
  128. 3.3 Checking permissions
  129. In order to use moderation effectively, users need a complex set of permissions.
  130. If non-administrative users encounter access denied (403) errors or fail to see
  131. notifications about moderation states, the "Check permissions" tab can help you
  132. determine what permissions are missing. Visit:
  133. Admin > Configuration > Workbench > Workbench Moderation > Check Permissions
  134. Select a Drupal role, an intended moderation task, and the relevant node types,
  135. and Workbench Moderation will give you a report of possible missing permissions.
  136. Permissions configuration depends heavily on your configuration, so the report
  137. may flag permissions as missing even when a particular role has enough access to
  138. perform a particular moderation task.
  139. ----
  140. 3.3.1 Recommended permissions
  141. For reference, these are the permission sets recommended by the "Check
  142. Permissions" tab:
  143. Author:
  144. Node:
  145. access content
  146. view own unpublished content
  147. view revisions
  148. create [content type] content
  149. edit own [content type] content
  150. Workbench Moderation:
  151. view moderation messages
  152. use workbench_moderation my drafts tab
  153. Editor:
  154. Node:
  155. access content
  156. view revisions
  157. revert revisions
  158. edit any [content type] content
  159. Workbench:
  160. view all unpublished content
  161. Workbench Moderation:
  162. view moderation messages
  163. view moderation history
  164. use workbench_moderation my drafts tab
  165. use workbench_moderation needs review tab
  166. Moderator:
  167. Node:
  168. access content
  169. view revisions
  170. edit any [content type] content
  171. Workbench:
  172. view all unpublished content
  173. Workbench Moderation:
  174. view moderation messages
  175. view moderation history
  176. use workbench_moderation needs review tab
  177. Publisher
  178. Node:
  179. access content
  180. view revisions
  181. revert revisions
  182. edit any [content type] content
  183. Workbench:
  184. view all unpublished content
  185. Workbench Moderation:
  186. view moderation messages
  187. view moderation history
  188. use workbench_moderation needs review tab
  189. unpublish live revision
  190. ----
  191. 4. Using the module
  192. Once the module is installed and moderation is enabled for one or more node
  193. types, users with permission may:
  194. * Use the "Moderate" node tab to view moderation history and navigate versions.
  195. When the Workbench module is enabled, users with permission may also:
  196. * See messages about moderation state when visiting a moderated node.
  197. * Moderate content from the "View Draft" page.
  198. ----
  199. 5. Troubleshooting
  200. * If users get access denied (403) errors when creating, editing, moderating, or
  201. reverting moderated content, the "Check Permissions" tab in Workbench
  202. Moderation's administration section can help diagnose what access is missing.
  203. See heading 3.3 in this README.
  204. * If you're building Views of moderation records, keep in mind that for a single
  205. node, there will be multiple revisions, and for each revision, there may be
  206. multiple moderation records. This means it will be very easy to end up with a
  207. View that shows particular nodes or revisions more than once. Try adding the
  208. "Workbench Moderation: Current" filter, or using Views' "Use grouping" option
  209. (under the "Advanced settings" heading on the view editing page).
  210. ----
  211. 6. Developer notes
  212. Workbench Moderation does not have a mature API.
  213. ----
  214. 6.1 Database schema
  215. Workbench Moderation uses three tables to track content moderation states.
  216. * workbench_moderation_states
  217. Stores administrator-configured moderation states.
  218. * workbench_moderation_transitions
  219. Stores administrator-configured transitions between moderation states. These
  220. are simply pairs of moderation states: a "from" state and a "to" state.
  221. * workbench_moderation_node_history
  222. Stores individual moderation records related to each node revision. Each
  223. record stores the nid and vid of a node, the original moderation state and the
  224. new moderation state, the uid of the user who did the moderation, and a
  225. timestamp.
  226. ----
  227. 6.2 Views integration
  228. Workbench Moderation provides Views integration so that site builders may
  229. include moderation information in node and node revision views.
  230. * Filters, fields, sorts, and arguments are provided for moderation record data.
  231. * A relationship is provided from moderation records to the user who made the
  232. moderation change.
  233. * A "content type is moderated" filter is provided on for nodes to help in
  234. creating lists of only moderated content.
  235. ----
  236. 7. Feature roadmap
  237. * Allow configuration of 'Draft' and 'Published' states.