Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
Collaborative book writing is the single most important thing that drew me to Drupal.
As our intranet DrupalSite grows, we quickly outgrow the book and moderation permissions. What is needed:
- Fine-grained book permissions, especially with multiple books. We currently have two books, with several more in the works. Each of these books requires a different set of "editors," with almost no overlap. People with the ability to edit one book should not have the ability to edit another. Also with approving changes: the site administrator should be able to give "administer book" privileges to different people based on the book. People allowed to view and rollback changes in one book should not be able to do it for another.
- "Moderate book pages" permission. I'm not ready yet to enable moderation on the whole site wrt stories, comments, and the like, but book content definitely needs moderation. Page changes made by authors needs reviewed before it goes in to the book proper, but i don't want these same people to have to moderate everything, just book revisions.
- Better book revisioning. To make it easier for editors to review book changes, revisions need listed side-by-side (or top-to-bottom) with changes clearly marked. Ideally this could be combined, for example marking new content in red and old content with strikethrough. It is difficult for some editors to review changes to book pages, particularly large ones, when all they have is a "view revision" link that opens the older version as a node.
Comment | File | Size | Author |
---|---|---|---|
#5 | drupal_1 | 4.02 KB | TheLibrarian |
Comments
Comment #1
moshe weitzman CreditAttribution: moshe weitzman commentedGreat suggestions eafarris. Your request for Moderation of just books and
not other content types will be available in 4.2. Everything else sounds
good, but isn't currently implemented.
Permissions for each book seems as easy as expanding the _perm() hook to add
read/write/administer permissions for each book and then add access checking
checking for these particular permissions in the _access() hook.
I'll bet that their are freely available php diff tools which will make
revision comparison a snap.
Comment #2
killes@www.drop.org CreditAttribution: killes@www.drop.org commentedLooks as you might be interested in testing my groups module in contrib/sandbox/killes/groups for your first point. ing" alt="Smil
ing" />
Comment #3
eafarris CreditAttribution: eafarris commentedThere's a patch to book.module that attempts to implement per-book permissions in my sandbox:
http://cvs.drupal.org/viewcvs/contributions/sandbox/eafarris/book/?cvsroot=contrib
It's been tested, but not nearly enough.
Comment #4
ax CreditAttribution: ax commentedComment #5
TheLibrarian CreditAttribution: TheLibrarian commentedSince this appears to have stagnated, I took the liberty of picking this up. Here's an updated version that applies to the current cvs. It also has a few improvements over the old version (doesn't throw SQL errors).
Comment #6
Dries CreditAttribution: Dries commentedUsing the book title in the permission name is prone to errors. I'd rather not proceed that way and wait for a (the) new permission system to be implemented.
Comment #7
Donovan CreditAttribution: Donovan commentedI am building a v4.4.0 site and would like to include the enhanced book controls discussed in this thread. How do I go about modifying the book module to include the code uploaded by "The Librarian"? Thx.
Comment #8
Crell CreditAttribution: Crell commentedI think the new book module overhaul includes better permissions. If not, the concepts and code here wouldn't come close to applying anymore anyway.
Comment #9
webchick@Crell: Please quit marking features fixed that aren't. :P
"Fine-grained book permissions, especially with multiple books. We currently have two books, with several more in the works. Each of these books requires a different set of "editors," with almost no overlap. People with the ability to edit one book should not have the ability to edit another. Also with approving changes: the site administrator should be able to give "administer book" privileges to different people based on the book. People allowed to view and rollback changes in one book should not be able to do it for another."
We definitely do *not* have such a thing in the core book module. But, if we in the future abstract book outlines to generic content containers and provide access permissions on those, it would be a huge win.
Pushing to 7.x.
Comment #10
Crell CreditAttribution: Crell commentedI thought that was added? Or was it considered and didn't make it? Bah, my bad. :-(
Comment #11
mechler CreditAttribution: mechler commentedI'm trying very hard to find something that adds the features discussed here. I'm willing to work with Drupal 5 or 6 as I have virtual machines set up to test both along with which modules are available for each that suit my organization's needs. Books are currently the best way to lay out information hierarchically that I can find and the absence of the ability to define editors based on role (or even user list) is frustrating.
Comment #12
mdupontComment #13
kattekrab CreditAttribution: kattekrab commented3 years ago bumped from 7 to 8 - one of the oldest feature requests in the queue.
Time to review, and move to 8.1 or 9?
I've been using book on a project recently, it's a rich and powerful feature. One challenge we've hit is how it interacts with workflow and revisions - so might be good to look at this again early in the next cycle.
Comment #14
kattekrab CreditAttribution: kattekrab as a volunteer commentedComment #17
kattekrab CreditAttribution: kattekrab as a volunteer commentedDoes anyone still use book?
What do our stats show?
This is officially the oldest issue in our queue.
Perhaps the new work flow initiative might have some impact here too?
Comment #18
kattekrab CreditAttribution: kattekrab as a volunteer commentedComment #22
dddbbb CreditAttribution: dddbbb as a volunteer commented@kattekrab I've been using Drupal since D6 and today I tried the book module in D8 for the first time ever. Right now it's the best fit for part of the project I'm currently working on. I'm currently swatting up on book related issues to get a feel for support & development of the module. I get the overwhelming feeling that it's not as popular as it once was!
Comment #29
gagarine CreditAttribution: gagarine as a volunteer commentedThis is supported in contrib: https://www.drupal.org/project/book_access
We can close this issue, it's definitely outdated. If someone want to add this in core, it would be better to open a new one at this point. Especially as this issue is not granular enough and ask for multiple things.