> -----Original Message----- > From: dokuwiki-bounce@xxxxxxxxxxxxx > [mailto:dokuwiki-bounce@xxxxxxxxxxxxx] On Behalf Of Gabriel Birke > Sent: Wednesday, August 02, 2006 9:34 AM > To: dokuwiki@xxxxxxxxxxxxx > Subject: [dokuwiki] Re: Permission to delete pages > > Oliver Schulze wrote: > > You may want to change the permisions of the critical pages. > > Create a group like wiki-admin and permit the edit only of > > those pages to that group. > > > > So, vandalizing of that page can be done only by people on > > the wiki-admin group. > > This is not an option in my case - the wiki is an internal knowledge > base where every user who is logged is "trusted" and has EDIT > rights. So > vandalism is no concern, only accidental deletion of content. So it > would be great if only the admins could DELETE pages and all > other users > could only edit pages. > > Since we can trust our users to a certain extent, I think I > will settle > with a javascript solution in the template that checks the textarea > contents when the user clicks on "save". > > Gabriel I have a similar situation in that we restrict http access to employees logged into the internal network. The development teams are the initial users, but it is open to anyone in the company to add or edit pages. I set up an RSS feed to the NewsFox plugin on FireFox that tells me when pages are added, changed or deleted. I can then double check to make sure the deletions were intentional. Usually it is obvious when they are immediately recreated in another namespace, but a couple have just disappeared a few days after they were created. The only gap is that adding to discussion threads don't trigger an RSS event. Eventually that may be a good thing, but right now it is an irritant. Bob McConnell Principal Communications Programmer The CBORD Group, Inc. 61 Brown Road Ithaca NY, 14850 Phone 607 257-2410 FAX 607 257-1902 Email rvm@xxxxxxxxx Web www.cbord.com -- DokuWiki mailing list - more info at http://wiki.splitbrain.org/wiki:mailinglist