You are here

README.txt in Taxonomy Access Control Lite 8

Same filename and directory in other branches
  1. 5 README.txt
  2. 6 README.txt
  3. 7 README.txt
VERSION: CVS HEAD, compatible with D8, dev release use at own risk.

OVERVIEW
--------

Tac_lite stands for Taxonomy Access Control Lite.  This module
restricts access so that some users may see content that is
hidden from others.  A simple scheme based on taxonomy, roles and
users controls which content is hidden.

As the name implies, this module shares some functionality with an
earlier module called Taxonomy Access Control (TAC).  If you are
shopping around for an access control module to use, consider that one
as you may find that it suits your needs.  In my case, I wanted access
control but without some of the complexity introduced by TAC.  I also
wanted more flexibility in granting access on a per user basis.

Here are some key features of tac_lite:

* Designed to be as simple as possible in installation and administration.

* Uses Drupal's node_access table, db_rewrite_sql hook and
  taxonomy module to leave the smallest possible footprint while doing
  it's job.  For example, it introduces no new database tables.

* Grant permissions based on roles.

* Grant permissions per user.  (Give a specific user access beyond
  what his/her roles allow).

* Supports view, update and delete permissions.

USE CASE
--------

Here's how I originally used this module.  This description might make
it easier to understand why one might prefer tac_lite over TAC.

My website helps me manage my work projects.  I use Drupal's project
module to track issues.  Some of my projects are for the public to see
(i.e. Drupal modules) others are limited to my clients and partners.
These restricted projects should be visible only to me, the client in
question, and partner(s) working on that particular project.

I've defined a vocabulary for my projects (same one used by
project.module) and I've defined a client role and a partner role.
Partners can contribute to the website, while clients can read content
but post only issues.

Using TAC (or as far as I know all other access control modules) I
would have to create a new role for each project/role combination.
That is, for the Acme project I'd have to create roles 'Acme Client'
and 'Acme Partner' in order to assign permissions just the way I want
them.

Using tac_lite, I simply associate each user with the project(s) they
are allowed to see.  That is, I associate some clients and some
partners with Acme.  Their role (client or partner) controls what they
can do, and the associations through tac_lite control what they can
see.

INSTALL
-------

Enable taxonomy module.  It's required.

Install this package the normal way.
- put this file in a subdirectory of the modules directory.
- enable using admin interface
- no database tables to install.


USAGE
-----

Log in as an administrator. (uid==1, or a user with
administer_tac_lite permission)

Create a vocabulary which you will use to categorize private nodes.
You may want to create a vocabulary called "Privacy" with terms like
"public", "private", and "administers only".

Associate the vocabulary with node types, as you would normally do.

Go to administer >> user management >> access control >> access
control by taxonomy.

Select the category you created in the earlier step ("Privacy").

Create some content.  Choose a node type you've associated with "Privacy".

Note that you can view the content you just created.  Other users cannot.

Edit the account of another user.  Go to the tac_lite access tab under edit.

Select a term you selected when creating the node and submit changes.

Now the user can also access the node you created.


NOTES
-----

If behavior of this or any other access control module seems to be
incorrect, try rebuilding the node access table. This may be done
under administer >> reports >> status report.  There is a
button there labelled "rebuild permissions"


AUTHOR
------

Dave Cohen <http://drupal.org/user/18468>
http://www.dave-cohen.com

File

README.txt
View source
  1. VERSION: CVS HEAD, compatible with D8, dev release use at own risk.
  2. OVERVIEW
  3. --------
  4. Tac_lite stands for Taxonomy Access Control Lite. This module
  5. restricts access so that some users may see content that is
  6. hidden from others. A simple scheme based on taxonomy, roles and
  7. users controls which content is hidden.
  8. As the name implies, this module shares some functionality with an
  9. earlier module called Taxonomy Access Control (TAC). If you are
  10. shopping around for an access control module to use, consider that one
  11. as you may find that it suits your needs. In my case, I wanted access
  12. control but without some of the complexity introduced by TAC. I also
  13. wanted more flexibility in granting access on a per user basis.
  14. Here are some key features of tac_lite:
  15. * Designed to be as simple as possible in installation and administration.
  16. * Uses Drupal's node_access table, db_rewrite_sql hook and
  17. taxonomy module to leave the smallest possible footprint while doing
  18. it's job. For example, it introduces no new database tables.
  19. * Grant permissions based on roles.
  20. * Grant permissions per user. (Give a specific user access beyond
  21. what his/her roles allow).
  22. * Supports view, update and delete permissions.
  23. USE CASE
  24. --------
  25. Here's how I originally used this module. This description might make
  26. it easier to understand why one might prefer tac_lite over TAC.
  27. My website helps me manage my work projects. I use Drupal's project
  28. module to track issues. Some of my projects are for the public to see
  29. (i.e. Drupal modules) others are limited to my clients and partners.
  30. These restricted projects should be visible only to me, the client in
  31. question, and partner(s) working on that particular project.
  32. I've defined a vocabulary for my projects (same one used by
  33. project.module) and I've defined a client role and a partner role.
  34. Partners can contribute to the website, while clients can read content
  35. but post only issues.
  36. Using TAC (or as far as I know all other access control modules) I
  37. would have to create a new role for each project/role combination.
  38. That is, for the Acme project I'd have to create roles 'Acme Client'
  39. and 'Acme Partner' in order to assign permissions just the way I want
  40. them.
  41. Using tac_lite, I simply associate each user with the project(s) they
  42. are allowed to see. That is, I associate some clients and some
  43. partners with Acme. Their role (client or partner) controls what they
  44. can do, and the associations through tac_lite control what they can
  45. see.
  46. INSTALL
  47. -------
  48. Enable taxonomy module. It's required.
  49. Install this package the normal way.
  50. - put this file in a subdirectory of the modules directory.
  51. - enable using admin interface
  52. - no database tables to install.
  53. USAGE
  54. -----
  55. Log in as an administrator. (uid==1, or a user with
  56. administer_tac_lite permission)
  57. Create a vocabulary which you will use to categorize private nodes.
  58. You may want to create a vocabulary called "Privacy" with terms like
  59. "public", "private", and "administers only".
  60. Associate the vocabulary with node types, as you would normally do.
  61. Go to administer >> user management >> access control >> access
  62. control by taxonomy.
  63. Select the category you created in the earlier step ("Privacy").
  64. Create some content. Choose a node type you've associated with "Privacy".
  65. Note that you can view the content you just created. Other users cannot.
  66. Edit the account of another user. Go to the tac_lite access tab under edit.
  67. Select a term you selected when creating the node and submit changes.
  68. Now the user can also access the node you created.
  69. NOTES
  70. -----
  71. If behavior of this or any other access control module seems to be
  72. incorrect, try rebuilding the node access table. This may be done
  73. under administer >> reports >> status report. There is a
  74. button there labelled "rebuild permissions"
  75. AUTHOR
  76. ------
  77. Dave Cohen
  78. http://www.dave-cohen.com