[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 6976] Wish: acl-manager(s) in kfm
From:       Sean Harmer <sean.harmer () btinternet ! com>
Date:       2005-02-15 13:38:00
Message-ID: 20050215133800.17944.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=6976         




------- Additional Comments From sean.harmer btinternet com  2005-02-15 14:37 -------
A problem that I can see with the idea in comment 63 is that there will then be 3 \
places which need to be synchronised to show the same permissions information

1. The old-style permissions dialog
2. The advanced permissions dialog that can be launched from 1.
3. The new ACL dialog that would also be launched from 1.

Which of these three solutions would be preferable (a little vote???):

A. Totally replace the old-style permissions dialog with a new ACL dialog. This can \
work because of the 1-to-1 mapping of permissions to a non-extended ACL. In the case \
that ACLs are supported the dialog can highlight the fact that extra ACL entries can \
be added by enabling the "Add Entry" button. Then, regardless of whether ACLs are \
supported or not the dialog would always show the ACL_USER_OBJ, ACL_GROUP_OBJ and \
ACL_OTHER ACL entries as these are the ones which correspond to the usual \
permissions. These entries can be shown with a different icon or in a different \
colour to differentiate them from ACL_USER and ACL_GROUP entries. The user will never \
be allowed to delete the ACL_USER_OBJ, ACL_GROUP_OBJ and ACL_OTHER entries only \
modify them.


B. Use the existing permissions dialog, but replace the Advanced permissions dialog \
with an ACL dialog.

C. Something else?

Thinking about it, either of these solutions would appear to be acceptable. \
Comments/new suggestions?


[prev in list] [next in list] [prev in thread] [next in thread]