|
I like the idea, but did not test the patch: +1
MD will have to confirm creation of new cap if this goes to 1.9.1... Updated to a slightly less ugly patch..
Grr, actually logic is questionable in second patch if they have manage entries but now edit own entries perm.
add 2 new caps in mod/data
Hmm, think about this a bit. Does it really make sense to offer Add without Edit? They would just add another one. Or Edit without Add? or Add without Delete? These kind of complications were all avoided with a single capability.
Dongsheng please don't commit these things without some review!
Add without Edit - like forum after the edit period (did not study the code yet how that exactly works now)
They would just add another one. - not if there is max entry limit Or Edit without Add? - you could have the add initially, but remove it later Add without Delete - I like that Reason for add without edit was so we could override capabilities and [ab?]use the module as a mechanism for students adding suggestions, then a teacher could approve and edit a field periodically.
I guess I could see a similar use with the collaborative glossary example:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Task
Reopened
Major
Write entries mod/data:writeentry <-- should not treat adding, editing and deleting all together
 |
|
All content on this web site is made available under the GNU General Public License, unless otherwise stated.
The manageentries capability should probably be split down more too.