You are here

README.txt in Revisioning 6.4

Same filename and directory in other branches
  1. 8 README.txt
  2. 6 README.txt
  3. 6.3 README.txt
  4. 7 README.txt
DESCRIPTION
===========
This modules forces new unpublished content as well as edits to current content
to first go into a queue for review by a moderator/publisher, rather than
immediately becoming "live", i.e. visible to the public.

We took our inspiration from the Revision Moderation module by Angie Byron,
but found that a patch could not implement the deviating functionality our
customers required, which would change the current behaviour of the RM module
and surprise existing users.

In the RM module the permissions to edit and revert/publish content are lumped
together, so that it isn't possible to enforce separation of these
responsibilites by role. This module allows you to assign distinct permissions
for authors (to only create and edit content) and moderator roles (to review,
publish, revert, unpublish and optionally delete content).
No unnessary revisions are created when saving a revision that is pending.
Menu navigation has been altered so that users first pick the desired 
revision before being allowed to view, edit, publish, revert, unpublish or 
delete.
Triggers are provided for the publish, unpublish and revert events.
By taking advantage of the Module Grants module this module integrates better
with the Workflow and Taxonomy Access Control (Lite) modules. This means that
you can easily implement fine-grained content access control based on
categories as well as workflow states. With Revisioning installed this all
works for both published and unpublished content.
There's also a "publish-pending-revision" action that may be triggered from
a workflow state transition (like "in review"->"publish").
Unlike RM, Revisioning does not require any additional database tables.

INSTALLATION
============
0. Install the Module Grants module as per its README instructions (includes
   Module Grants Monitor).
   Optionally install the Diff module if you want to compare revisions and
   highlight the differences.
1. Place the "revisioning" folder in your "sites/all/modules" directory.
2. Enable the module under Administer >> Site building >> Modules.

CONFIGURATION
=============
3. Under Administer >> Content >> Content types, click "edit" next to the
   content types for which you wish to enable/disable revisioning. Under
   "Workflow Settings", Default Options, tick both the "Create new revision"
   and "New revision in draft, pending moderation" checkboxes. Also in this
   section UNtick "Published", so that all new content is created in an 
   unpubished state, i.e. invisible to the public.
   "New revision in draft, pending moderation" means that when a user edits and
   saves a piece of content the new revision isn't automatically made current.
   The previous copy remains unchanged and visible to the public until the 
   newer revision is published in its place.
   There is an additional radio-button on the same page that augments the above
   behaviour giving you the option to "Only create a new revision when saving
   content that is not already in draft/pending moderation". This will save you
   some disk space, because until the draft is published all modifications will
   be applied to the same copy, i.e. no new revision is created when one 
   already exists. On the other hand there are situations, for instance with a
   Wiki page with multiple authors editing the same copy, where you do want 
   every Save to create a new draft (revision), so that contributors can 
   compare what was changed between saves. The Diff module is a good addition
   to Revisioning for this.
4. Revisioning builds on the Accessible content menu item, adding the
   "In draft/Pending publication" filter to the double row of tabs.
5. Grant to the various roles the view/delete/revert revisions permissions
   (node access section) and the "edit revisions" permission (revisioning
   section). Typically you'd give authors the "view revisions" and
   "edit revisions" permissions, while moderators will get the same as well
   as the "publish/revert revisions" permission. Neither require the 
   "administer nodes" permission, which is a good thing as this gives ordinary
   users excessive rights.

USAGE
=====
You should now be in business. Log in as one of the authors and Create content.
Save. Log out, then log in as a moderator to publish the content via the
Accessile content >> Pending tab. Click on the title of the post, then open the
desired revision by clicking on the date. Check the content, the press the 
publish link.
Note that up to this point content isn't visible to the public.
Log in as an author again and revise the content. You will notice that upon
saving the new revision, the one visible to the public remains unchanged.
Log in as a moderator again to promote (publish), after optional edits, the
revised content to live.
As an alternative to the Accessible content menu item, you may want to activate
the "pending revisions" block. This block is particularly useful for moderators
as it constantly shows the latest content requiring moderator attention in an 
inobtrusive corner of the screen. Configure and enable the block like any other
on the Administer >> Site building >> Blocks page.
You can use this module in combination with TAC or TAC-Lite for fine-grained
access control based on vocabularies (such as "region" or "department")
associated with the various content types. Be aware that any permissions
given in the "node module" section override those granted via TAC/TAC-Lite,
so you probably only want to assign a few creation permissions in the node
module and do the view, update and delete grants via TAC/TAC-Lite.
In addition you may want to install the Workflow module to further segragate
the author and moderator roles via access control based on states such as
"in draft", "in review" and "live". Workflow also allows you to notify users
when state transitions occur (e.g. when a moderator declines or publishes a
submitted revision).
Step-by-step guides on the usage of the Revisioning module in combination
with the TAC-Lite and Workflow modules can be found on the Revisioning project
page http://drupal.org/project/revisioning. 

AUTHOR
======
Rik de Boer, Melbourne, Australia; inspired by the Revision Moderation module
by Angie Byron (www.lullabot.com)

File

README.txt
View source
  1. DESCRIPTION
  2. ===========
  3. This modules forces new unpublished content as well as edits to current content
  4. to first go into a queue for review by a moderator/publisher, rather than
  5. immediately becoming "live", i.e. visible to the public.
  6. We took our inspiration from the Revision Moderation module by Angie Byron,
  7. but found that a patch could not implement the deviating functionality our
  8. customers required, which would change the current behaviour of the RM module
  9. and surprise existing users.
  10. In the RM module the permissions to edit and revert/publish content are lumped
  11. together, so that it isn't possible to enforce separation of these
  12. responsibilites by role. This module allows you to assign distinct permissions
  13. for authors (to only create and edit content) and moderator roles (to review,
  14. publish, revert, unpublish and optionally delete content).
  15. No unnessary revisions are created when saving a revision that is pending.
  16. Menu navigation has been altered so that users first pick the desired
  17. revision before being allowed to view, edit, publish, revert, unpublish or
  18. delete.
  19. Triggers are provided for the publish, unpublish and revert events.
  20. By taking advantage of the Module Grants module this module integrates better
  21. with the Workflow and Taxonomy Access Control (Lite) modules. This means that
  22. you can easily implement fine-grained content access control based on
  23. categories as well as workflow states. With Revisioning installed this all
  24. works for both published and unpublished content.
  25. There's also a "publish-pending-revision" action that may be triggered from
  26. a workflow state transition (like "in review"->"publish").
  27. Unlike RM, Revisioning does not require any additional database tables.
  28. INSTALLATION
  29. ============
  30. 0. Install the Module Grants module as per its README instructions (includes
  31. Module Grants Monitor).
  32. Optionally install the Diff module if you want to compare revisions and
  33. highlight the differences.
  34. 1. Place the "revisioning" folder in your "sites/all/modules" directory.
  35. 2. Enable the module under Administer >> Site building >> Modules.
  36. CONFIGURATION
  37. =============
  38. 3. Under Administer >> Content >> Content types, click "edit" next to the
  39. content types for which you wish to enable/disable revisioning. Under
  40. "Workflow Settings", Default Options, tick both the "Create new revision"
  41. and "New revision in draft, pending moderation" checkboxes. Also in this
  42. section UNtick "Published", so that all new content is created in an
  43. unpubished state, i.e. invisible to the public.
  44. "New revision in draft, pending moderation" means that when a user edits and
  45. saves a piece of content the new revision isn't automatically made current.
  46. The previous copy remains unchanged and visible to the public until the
  47. newer revision is published in its place.
  48. There is an additional radio-button on the same page that augments the above
  49. behaviour giving you the option to "Only create a new revision when saving
  50. content that is not already in draft/pending moderation". This will save you
  51. some disk space, because until the draft is published all modifications will
  52. be applied to the same copy, i.e. no new revision is created when one
  53. already exists. On the other hand there are situations, for instance with a
  54. Wiki page with multiple authors editing the same copy, where you do want
  55. every Save to create a new draft (revision), so that contributors can
  56. compare what was changed between saves. The Diff module is a good addition
  57. to Revisioning for this.
  58. 4. Revisioning builds on the Accessible content menu item, adding the
  59. "In draft/Pending publication" filter to the double row of tabs.
  60. 5. Grant to the various roles the view/delete/revert revisions permissions
  61. (node access section) and the "edit revisions" permission (revisioning
  62. section). Typically you'd give authors the "view revisions" and
  63. "edit revisions" permissions, while moderators will get the same as well
  64. as the "publish/revert revisions" permission. Neither require the
  65. "administer nodes" permission, which is a good thing as this gives ordinary
  66. users excessive rights.
  67. USAGE
  68. =====
  69. You should now be in business. Log in as one of the authors and Create content.
  70. Save. Log out, then log in as a moderator to publish the content via the
  71. Accessile content >> Pending tab. Click on the title of the post, then open the
  72. desired revision by clicking on the date. Check the content, the press the
  73. publish link.
  74. Note that up to this point content isn't visible to the public.
  75. Log in as an author again and revise the content. You will notice that upon
  76. saving the new revision, the one visible to the public remains unchanged.
  77. Log in as a moderator again to promote (publish), after optional edits, the
  78. revised content to live.
  79. As an alternative to the Accessible content menu item, you may want to activate
  80. the "pending revisions" block. This block is particularly useful for moderators
  81. as it constantly shows the latest content requiring moderator attention in an
  82. inobtrusive corner of the screen. Configure and enable the block like any other
  83. on the Administer >> Site building >> Blocks page.
  84. You can use this module in combination with TAC or TAC-Lite for fine-grained
  85. access control based on vocabularies (such as "region" or "department")
  86. associated with the various content types. Be aware that any permissions
  87. given in the "node module" section override those granted via TAC/TAC-Lite,
  88. so you probably only want to assign a few creation permissions in the node
  89. module and do the view, update and delete grants via TAC/TAC-Lite.
  90. In addition you may want to install the Workflow module to further segragate
  91. the author and moderator roles via access control based on states such as
  92. "in draft", "in review" and "live". Workflow also allows you to notify users
  93. when state transitions occur (e.g. when a moderator declines or publishes a
  94. submitted revision).
  95. Step-by-step guides on the usage of the Revisioning module in combination
  96. with the TAC-Lite and Workflow modules can be found on the Revisioning project
  97. page http://drupal.org/project/revisioning.
  98. AUTHOR
  99. ======
  100. Rik de Boer, Melbourne, Australia; inspired by the Revision Moderation module
  101. by Angie Byron (www.lullabot.com)