[pmwiki-users] global overview of passwords/authorizations

[Neil Herber]

At 2005-07-20  09:57 PM -0500, Patrick R. Michaud is rumored to have said:
> > Unfortunately, a "nopass" entry has the same visual weight as a password
> > source like "group". It would be better to indicate "nopass" with something
> > very lightweight (indicating unprotected) while still showing that it is an
> > explicitly set override. Maybe just the letter "n" for nopass
>
>Or perhaps all-caps, thus "NOPASS" versus "group".  In general I find
>the use of "nopass" to be relatively rare, and this would certainly make it
>visually distinctive.

This works for me. I only have one or two "nopass" pages, and I can't 
remember where they are!

>Is it important at all for an admin to see the id: (and eventually
>group: ) values that may be placed in each password field, or is it a
>sufficient start just to display which passwords have been set and
>where they are set?

Where set first, then maybe id: and group:. Just where set alone would be a 
huge help.

>Lastly, as of beta50 a page with a read password automatically
>has that password cascaded to any unset 'edit' and 'attr' fields--
>any particular way we should indicate that?  For example, in
>
>|| page name    || attribute || upload || edit  || read ||
>|| zxcv.zxcvzx  || ---       || ---    || ---   || page ||
>|| abcd.abcdef  || ---       || ---    || group || ---- ||
>
>the zxcvzx page uses the per-page read password for attr/upload/edit
>and the abcdef page uses the per-group password for attr.  So, maybe
>something like ... ?
>
>|| page name    || attribute || upload || edit   || read ||
>|| zxcv.zxcvzx  || (page)    || (page) || (page) || page ||
>|| abcd.abcdef  || (group)   || ---    || group  || ---- ||

I'm not sure if this really tells us what we want to know. The abc page is 
attribute-protected due to its edit password, so it might make more sense 
to show:
|| abcd.abcdef  || (edit)   || ---    || group  || ---- ||

The line you have for zxcv confuses me - does the upload really get 
cascaded from the read password? If so, why doesn't it happen on the abc line?



Neil

Neil Herber
Corporate info at http://www.eton.ca/
Eton Systems, 15 Pinepoint Drive, Nepean, ON, Canada K2H 6B1
Tel: (613) 829-4668