Re: [drupal-devel] permissions page
I am not sure whether I understand your proposal correctly. See attached mock-up to see if I understand you correctly. If I do, my first idea here won't be feasible... First idea: This probably doesn't belong in this post, but I am posting here because it seems a refactoring of this page is eminent. While this is the case, it should also be done that the header row is repeated every 20 lines or so, because if you have a lot of modules installed, and a few roles (any amount of roles that require you to scroll sideways to edit) makes it very tedious to assign permissions. Second Idea: Since performance is not really an issue here, why not have different pages for each role (selectable by a drop-down, perhaps)? That way you can set the permissions for one user at a time, but you can set all modules in one sitting. If you have few roles and few modules, it will be slightly more work than now, but if you have a lot of modules/roles, this would be a great change. Third Idea: Add a checkbox "All" which will give ALL roles the specific permission. Regards, Kobus
karoly@negyesi.net 10/7/2005 3:35:41 PM >>> Role names take too much place and vertical text is only in CSS3 (and in IE for long) So, I thought of diagonal text, think one table cell per letter. There are javascripts for this out there, it would be very easy to do in PHP.
Only one (or few?) modules would be displayed at once. To make the presumable huge table fit, let's make it unthemed with just a link to 'admin' to save space. Color the table like the chess board. Maybe 3 x 3 checkboxes would be one color. Regards NK
http://drupal.org/node/30843#comment-44576 On 10/7/05, Kobus Myburgh <ITBJDM@puknet.puk.ac.za> wrote:
I am not sure whether I understand your proposal correctly. See attached mock-up to see if I understand you correctly. If I do, my first idea here won't be feasible...
First idea:
This probably doesn't belong in this post, but I am posting here because it seems a refactoring of this page is eminent. While this is the case, it should also be done that the header row is repeated every 20 lines or so, because if you have a lot of modules installed, and a few roles (any amount of roles that require you to scroll sideways to edit) makes it very tedious to assign permissions.
Second Idea:
Since performance is not really an issue here, why not have different pages for each role (selectable by a drop-down, perhaps)? That way you can set the permissions for one user at a time, but you can set all modules in one sitting. If you have few roles and few modules, it will be slightly more work than now, but if you have a lot of modules/roles, this would be a great change.
Third Idea:
Add a checkbox "All" which will give ALL roles the specific permission.
Regards,
Kobus
karoly@negyesi.net 10/7/2005 3:35:41 PM >>> Role names take too much place and vertical text is only in CSS3 (and in IE for long) So, I thought of diagonal text, think one table cell per letter. There are javascripts for this out there, it would be very easy to do in PHP.
Only one (or few?) modules would be displayed at once.
To make the presumable huge table fit, let's make it unthemed with just a link to 'admin' to save space.
Color the table like the chess board. Maybe 3 x 3 checkboxes would be one color.
Regards
NK
On Friday 07 October 2005 10:46, Anders wrote:
Sweeeeet! I like that approach better than the angled text, assuming it fails gracefully to the old model (i.e., giant table) if JS is disabled. +1 for the concept. Scott -- ------------------------------------------------------------------------------- Scott Courtney Drupal user name: "syscrusher" http://drupal.org/user/9184 scott at 4th dot com Drupal projects: http://drupal.org/project/user/9184 Sandbox: http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/syscrusher
If anyone is wondering, we JS off, we get the role titles at each module title, the modules aren't collapsable, and the "toggle role display" box doesn't do anything (bug: this should be inserted via JS so that people w/o JS won't get it). Link: http://www.student.lu.se/~hek02afa/sandbox/access/adminaccess.html Mark Fredrickson E-Advocacy Manager Planned Parenthood Minnesota, North Dakota, South Dakota 1200 Lagoon Ave. Minneapolis, MN 55408 Ph: 612.821.6154 Fax: 612.825.3522 Email: mfredrickson@ppmns.org Are you a member of the Action Network? http://www.ppaction.org/ppmsd/join.tcl
From: Syscrusher <scott@4th.com> Reply-To: <drupal-devel@drupal.org> Date: Fri, 7 Oct 2005 10:54:27 -0400 To: <drupal-devel@drupal.org>, Anders <perifer@gmail.com> Subject: [bcc][faked-from][heur] Re: [drupal-devel] permissions page
On Friday 07 October 2005 10:46, Anders wrote:
Sweeeeet! I like that approach better than the angled text, assuming it fails gracefully to the old model (i.e., giant table) if JS is disabled.
+1 for the concept.
Scott
--
------------------------------------------------------------------------------> -
Scott Courtney Drupal user name: "syscrusher" http://drupal.org/user/9184 scott at 4th dot com Drupal projects: http://drupal.org/project/user/9184 Sandbox: http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/syscrusher
On 10/7/05, Mark Fredrickson <mfredrickson@ppmns.org> wrote:
If anyone is wondering, we JS off, we get the role titles at each module title, the modules aren't collapsable, and the "toggle role display" box doesn't do anything (bug: this should be inserted via JS so that people w/o JS won't get it).
http://drupal.org/node/30843#comment-44732 If someone want's to conrinue working on this, this is the first priority: http://drupal.org/node/31535
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07 Oct 2005, at 4:54 PM, Syscrusher wrote:
On Friday 07 October 2005 10:46, Anders wrote:
Sweeeeet! I like that approach better than the angled text, assuming it fails gracefully to the old model (i.e., giant table) if JS is disabled. Err .. how about moving them to tabs ?
And bringing in some javascript that allow tabs to be switched inline. That would be useful for many things, like edit forms, etc. - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDRpE7gegMqdGlkasRAgl8AJ9yJ4ZvYEF5jBj7ZFFYsI7Xf2emSQCg4Yc3 sL1NCl2T7ptgK8LG9F6cxQw= =xTg5 -----END PGP SIGNATURE-----
Sweeeeet! I like that approach better than the angled text, assuming it fails gracefully to the old model (i.e., giant table) if JS is disabled.
Err .. how about moving them to tabs ?
And bringing in some javascript that allow tabs to be switched inline. That would be useful for many things, like edit forms, etc.
If not all tabs behave the same (ie. you need to submit before clicking or not), then I am strongly against! Goba
On 07 Oct 2005, at 16:46, Anders wrote:
It works, but it's a bit click-intensive to my liking. -- Dries Buytaert :: http://www.buytaert.net/
I believe this is what Karoly had in mind: 1. No theme('page',.. for the permissions page 2. Link to admin pages (since the page is not themed) 3. Diagonal text for role names (to prevent sideways table expansion) 4. Checker board for permissions checkboxes The tabled cells for the diagonal text was rather obscure, so I suggested that GD could be used used to generate the diagonal text. I'm not sure that its a good idea, but I've made a mockup. Notes for the mockup: 1. Header is a graphic 2. Check all box (javascript) 3. Fixed width form (to match header) http://phone.com.jm/drupal/files/permissions_page.png Cheers
On Fri, 07 Oct 2005 18:26:40 +0200, Herman Webley <herman.webley@gmail.com> wrote:
I believe this is what Karoly had in mind:
1. No theme('page',.. for the permissions page 2. Link to admin pages (since the page is not themed) 3. Diagonal text for role names (to prevent sideways table expansion) 4. Checker board for permissions checkboxes
The tabled cells for the diagonal text was rather obscure, so I suggested that GD could be used used to generate the diagonal text. I'm not sure that its a good idea, but I've made a mockup.
Notes for the mockup: 1. Header is a graphic 2. Check all box (javascript) 3. Fixed width form (to match header)
That's _exactly_ what I had in my mind (though the text is diagonal'd the other direction. Ie I thought to go from from top left to bottom right. Screen readers will get ALT texts for images -- the role names themselves. Every role name will be a separate transparent image (IE only has problem with 8 bit alpha channel PNGs or so I think). That mockup is beautiful. Comments, please! Regards NK
On Fri, 7 Oct 2005, Karoly Negyesi wrote:
On Fri, 07 Oct 2005 18:26:40 +0200, Herman Webley <herman.webley@gmail.com> wrote:
I believe this is what Karoly had in mind:
1. No theme('page',.. for the permissions page 2. Link to admin pages (since the page is not themed) 3. Diagonal text for role names (to prevent sideways table expansion) 4. Checker board for permissions checkboxes
The tabled cells for the diagonal text was rather obscure, so I suggested that GD could be used used to generate the diagonal text. I'm not sure that its a good idea, but I've made a mockup.
Notes for the mockup: 1. Header is a graphic 2. Check all box (javascript) 3. Fixed width form (to match header)
That's _exactly_ what I had in my mind (though the text is diagonal'd the other direction. Ie I thought to go from from top left to bottom right.
Screen readers will get ALT texts for images -- the role names themselves. Every role name will be a separate transparent image (IE only has problem with 8 bit alpha channel PNGs or so I think).
That mockup is beautiful. Comments, please!
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems. Cheers, Gerhard
That mockup is beautiful. Comments, please!
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
Does not scale? It's 20 images or so max. Or for a real big site... but then it is big iron and won't die from rendering these images _once_ . You can add the title every 30 lines or so and/or have a pager. Originally I proposed to show only one (or a few) modules at once.
Karoly Negyesi schrieb:
Does not scale? It's 20 images or so max. Or for a real big site... but then it is big iron and won't die from rendering these images _once_ .
I think Gerhard ment that the images do not scale in the browser - and that could be an issue for visually impaired users. Regards, Konstantin Käfer
On Fri, 07 Oct 2005 23:20:24 +0200, Konstantin Käfer <kkaefer@gmail.com> wrote:
Karoly Negyesi schrieb:
Does not scale? It's 20 images or so max. Or for a real big site... but then it is big iron and won't die from rendering these images _once_ .
I think Gerhard ment that the images do not scale in the browser - and that could be an issue for visually impaired users.
Having a lousy browser is not my problem. In my browser if an image is too small, I can make it bigger. And yes, it's free. It's called Opera.
505-216-7520 http://www.moimpact.com/node/7
Nick Lewis wrote:
505-216-7520
Writing a note, accidently hit a "send to the world" key. Please disregard. Sorry about that ya'll. -Nick
On Fri, 7 Oct 2005, Karoly Negyesi wrote:
That mockup is beautiful. Comments, please!
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
Does not scale? It's 20 images or so max. Or for a real big site... but then it is big iron and won't die from rendering these images _once_ .
You can add the title every 30 lines or so and/or have a pager. Originally I proposed to show only one (or a few) modules at once.
The text on the images won't scale. :) Cheers, Gerhard
Your solution doesn't solve the specific problem that Karoly is trying to address. That issue I believe is the space consumed by the current iteration of the permissions page. What do you see as the scalability issues related to Karoly's proposed solution? Your solution does sound good though. It would require a lot of scrolling, but thats the only problem. On 10/7/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
Cheers, Gerhard
-- Best regards, Herman Webley
On Fri, 7 Oct 2005, Herman Webley wrote:
Your solution doesn't solve the specific problem that Karoly is trying to address. That issue I believe is the space consumed by the current iteration of the permissions page.
Right, but with my implementation it doesn't matter as much since you always know which row is which permission and which column is which role.
What do you see as the scalability issues related to Karoly's proposed solution?
The text.
Your solution does sound good though. It would require a lot of scrolling, but thats the only problem.
Right. I think everybody but me has a scroll wheel mouse nowadays and I can cope. :p Cheers, Gerhard
Scrolling makes role (permissions) comparison much harder. On 10/7/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
On Fri, 7 Oct 2005, Herman Webley wrote:
Your solution doesn't solve the specific problem that Karoly is trying to address. That issue I believe is the space consumed by the current iteration of the permissions page.
Right, but with my implementation it doesn't matter as much since you always know which row is which permission and which column is which role.
What do you see as the scalability issues related to Karoly's proposed solution?
The text.
Your solution does sound good though. It would require a lot of scrolling, but thats the only problem.
Right. I think everybody but me has a scroll wheel mouse nowadays and I can cope. :p
Cheers, Gerhard
-- Best regards, Herman Webley
Is there a reason to not just render the permissions table in a horizontally scrollable iframe? Permission Group +------------------------------------+ | role1 role2 role3 | Permission 1 | | Permission 2 | | Permission 3 | | |<-----------------------##--------->| +------------------------------------+ On Fri, 2005-10-07 at 17:09 -0400, Herman Webley wrote:
Your solution doesn't solve the specific problem that Karoly is trying to address. That issue I believe is the space consumed by the current iteration of the permissions page.
What do you see as the scalability issues related to Karoly's proposed solution?
Your solution does sound good though. It would require a lot of scrolling, but thats the only problem.
On 10/7/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
Cheers, Gerhard
-- Best regards, Herman Webley
On 07 Oct 2005, at 22:58, Gerhard Killesreiter wrote:
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
I don't like having text as images either. It's awkward and bound to be a theme nightmare. -- Dries Buytaert :: http://www.buytaert.net/
On Sat, 08 Oct 2005 14:35:36 +0200, Dries Buytaert <dries.buytaert@gmail.com> wrote:
On 07 Oct 2005, at 22:58, Gerhard Killesreiter wrote:
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
I don't like having text as images either. It's awkward and bound to be a theme nightmare.
Not with my solution as we do not theme this page to save space. Regards ChX
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
I don't like having text as images either. It's awkward and bound to be a theme nightmare.
Not with my solution as we do not theme this page to save space.
Which is going to be a hell of a useability problem. "Huh, what happened to this page, *every other* admin page has that Drupal layout, why not this one?" This is not a solution, but just a band aid... Goba
Op 8-okt-2005, om 16:35 heeft Karoly Negyesi het volgende geschreven:
On Sat, 08 Oct 2005 14:35:36 +0200, Dries Buytaert <dries.buytaert@gmail.com> wrote:
On 07 Oct 2005, at 22:58, Gerhard Killesreiter wrote:
I don't like the idea of having text as images. Doesn't scale. Also, if you scroll down onthat page, you still won't know to which role you are assigning perms. I think my solution is simple, accessible, and solves all problems.
I don't like having text as images either. It's awkward and bound to be a theme nightmare.
Not with my solution as we do not theme this page to save space. I don't think that not theming a page is a a solution.. We should be consistent in what we do, and I really agree that the current method sucks. But, I really like the idea[1] of Chris Johnson. Can't we use that? Usability wise it's the best approach we had till now and I _really_ think this is a big, big improvement before we should consider a RC for drupal 4.7. On the other hand I think it's also better to be consistent in doing this approach.. Then, I think we should layout all table headers this way, or find another approach..
[1] - http://lists.drupal.org/archives/drupal-devel/2005-10/ msg00229.html Hope to hear some feedback from you guys... Stefan
I wonder why the table headers don't wrap ... we'd save a lot of space if they would. Take a look at the attached screenshot. I know, it still doesn't scale up to 10+ roles but it certainly improves the current situation and might be straightforward to implement with some CSS. It would certainly do the trick for the majority of all Drupal sites. -- Dries Buytaert :: http://www.buytaert.net/
On Sun, 09 Oct 2005 12:07:37 +0200, Dries Buytaert <dries@buytaert.net> wrote:
I wonder why the table headers don't wrap ... we'd save a lot of space if they would. Take a look at the attached screenshot. I know, it still doesn't scale up to 10+ roles but it certainly improves the current situation and might be straightforward to implement with some CSS. It would certainly do the trick for the majority of all Drupal sites.
str_replace(' ', '<br />', $foo); ?
On Sun, 09 Oct 2005 12:07:37 +0200, Dries Buytaert <dries@buytaert.net> wrote:
I wonder why the table headers don't wrap ...
Due to the following rule in drupal.css: th { text-align: left; padding-right: 1em; border-bottom: 3px solid #ccc; white-space: nowrap; } Remove the 'white-space: nowrap' and they'll wrap. That will affect all tables, though. If you want it to affect only this table, add a rule like this: #permissions th { white-space: normal; } -- Tim Altman
At 11:55 PM +0200 9/10/05, Tim Altman wrote:
Remove the 'white-space: nowrap' and they'll wrap.
Well I think that would be a very useful first step. I have opened an issue with a patch that does just that. http://drupal.org/node/33587 ...Richard.
Karoly Negyesi wrote:
On Fri, 07 Oct 2005 18:26:40 +0200, Herman Webley
I believe this is what Karoly had in mind:
1. No theme('page',.. for the permissions page 2. Link to admin pages (since the page is not themed) 3. Diagonal text for role names (to prevent sideways table expansion) 4. Checker board for permissions checkboxes
The tabled cells for the diagonal text was rather obscure, so I suggested that GD could be used used to generate the diagonal text. I'm not sure that its a good idea, but I've made a mockup.
Notes for the mockup: 1. Header is a graphic 2. Check all box (javascript) 3. Fixed width form (to match header)
That's _exactly_ what I had in my mind (though the text is diagonal'd the other direction. Ie I thought to go from from top left to bottom right. NK
Another possibility for that page is to use horizontal text labels at the top for each column, but use "call out" lines to connect them. Here's my attempt to illustrate with ASCII graphics (you'll need fixed width font to read it): +-----------------< authenticate user | +-------------< anonymous user | | +---------< content writer v v v +---+---+---+--------------------- asterisk module | O | O | O | ... access call queue | O | O | O | make calls | O | O | O | ... The labels could be grouped and shaded just as they are in the mockup (link above) to make reading easier. It might doable all in CSS2, too. -- ..chris
Hello, Kobus Myburgh wrote:
Third Idea:
Add a checkbox "All" which will give ALL roles the specific permission.
I think a checkbox behind each row that enables/disables on click all boxes in this row using javascript is a better solution. If a user has disabled javascript, it does not matter as he is still able to check/uncheck all the boxes by hand. Regards, Konstantin Käfer
I really like the idea proposed by fajerstarter here http://drupal.org/node/30843 It need still some work, but it's a good idea to handle this table. Btw, I like the GD idea too.
Second Idea:
Since performance is not really an issue here, why not have different pages for each role (selectable by a drop-down, perhaps)? That way you can set the permissions for one user at a time, but you can set all modules in one sitting. If you have few roles and few modules, it will be slightly more work than now, but if you have a lot of modules/roles, this would be a great change.
I think this is not really easy to have a global look at all set permissions.
On Fri, 7 Oct 2005, Nicolas Tostin wrote: I have a very simple idea about the permissions page: Why not print the permission name on say every fourth column? Granted that woudl make the table even wider, but you'd always know where you are. (beware of line wrapping) Permissions "anonymous user" "authenticated user" "editor" Permissions "site maintainer" "user guide" The same way this header should be inserted say every ten rows of permissions. Simple solution, works with and without JS and has a lot of precedent in the printed technical literature. Cheers, Gerhard
On 10/7/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
I have a very simple idea about the permissions page: Why not print the permission name on say every fourth column? Granted that woudl make the table even wider, but you'd always know where you are.
#6 <http://drupal.org/node/30843#comment-43566> submitted by killes@www.drop.org on September 10, 2005 - 16:10 Adding another column to a matrix that is already very wide if you have more
than just the basic roles doesn't really seem to be a good idea.
On Sat, 8 Oct 2005, Anders wrote:
On 10/7/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
I have a very simple idea about the permissions page: Why not print the permission name on say every fourth column? Granted that woudl make the table even wider, but you'd always know where you are.
#6 <http://drupal.org/node/30843#comment-43566> submitted by killes@www.drop.org on September 10, 2005 - 16:10
Adding another column to a matrix that is already very wide if you have more
than just the basic roles doesn't really seem to be a good idea.
Yes, indeed it does not _seem_ but that depends obviously on what is placed inside the columns. :) All the other solutions proposed sucked in some technical way. Either they required JS or even images. I don't want to spoil Drupal's accessibility record. :p Cheers, Gerhard
The callouts will make it harder to utilize Killes suggestion; that of repeating the headers at regular intervals. Here is an AAX solution: http://openrico.org/rico/livegrid.page On 10/8/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
On Sat, 8 Oct 2005, Anders wrote:
On 10/7/05, Gerhard Killesreiter <killesreiter@physik.uni-freiburg.de> wrote:
I have a very simple idea about the permissions page: Why not print the permission name on say every fourth column? Granted that woudl make the table even wider, but you'd always know where you are.
#6 <http://drupal.org/node/30843#comment-43566> submitted by killes@www.drop.org on September 10, 2005 - 16:10
Adding another column to a matrix that is already very wide if you have more
than just the basic roles doesn't really seem to be a good idea.
Yes, indeed it does not _seem_ but that depends obviously on what is placed inside the columns. :)
All the other solutions proposed sucked in some technical way. Either they required JS or even images. I don't want to spoil Drupal's accessibility record. :p
Cheers, Gerhard
-- Best regards, Herman Webley
Looks very cool, is great use of Ajax, and doesn't work in the slightest here on my Konqueror 3.4 browser because Konqueror is still not fully Ajax-friendly, for whatever reason. Assuming CSS1 is available on any browser viewing the page is fairly safe. Assuming CSS2 is kinda OK but IE has lots of caveats. Assuming Javascript is generally true, but not always. Assuming Ajax, we've got several more years before we can rely on that across the board. :-) On Sunday 09 October 2005 06:33 am, Herman Webley wrote:
The callouts will make it harder to utilize Killes suggestion; that of repeating the headers at regular intervals.
Here is an AAX solution: http://openrico.org/rico/livegrid.page
-- Larry Garfield AIM: LOLG42 larry@garfieldtech.com ICQ: 6817012 "If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it." -- Thomas Jefferson
On Sun, 09 Oct 2005 19:09:07 +0200, Larry Garfield <larry@garfieldtech.com> wrote:
Looks very cool, is great use of Ajax, and doesn't work in the slightest here on my Konqueror 3.4 browser because Konqueror is still not fully Ajax-friendly, for whatever reason.
Despite Opera 8.5 is AJAX-friendly the scrollbar did not work.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08 Oct 2005, at 2:52 PM, Gerhard Killesreiter wrote:
Yes, indeed it does not _seem_ but that depends obviously on what is placed inside the columns. :)
How about not using a table, but instead having divs, per role. IE : _____ _____ / list \/_add \__________ - ------------------------------------------------------------------------ - ---------------- | Role: Anonymous | | Permissions: Create new content, do this, do that, something | | [configure] | - ------------------------------------------------------------------------ - ---------------- - ------------------------------------------------------------------------ - ---------------- | Role: Authorized | | Permissions: Create new content, do this, do that, something | | [configure] | - ------------------------------------------------------------------------ - ---------------- When you click on configure it goes to the normal list, but you only have one column for allowing the permission or not. - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDSjlNgegMqdGlkasRAlIWAKDbl7+pPbFHlzDQxzdU/91o6fqJygCghR3h OGO3ony9wp7LdE+kZy18IZA= =9MAf -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10 Oct 2005, at 11:50 AM, Adrian Rossouw wrote:
IE : _____ _____ / list \/_add \__________
- ---------------------------------------------------------------------- --- ---------------- | Role: Anonymous | | Permissions: Create new content, do this, do that, something | | [configure] | - ---------------------------------------------------------------------- --- ----------------
- ---------------------------------------------------------------------- --- ---------------- | Role: Authorized | | Permissions: Create new content, do this, do that, something | | [configure] | - ---------------------------------------------------------------------- --- ----------------
When you click on configure it goes to the normal list, but you only have one column for allowing the permission or not.
Additionally there can be an overview page, which displays a (non- editable) table of permissions, similar to what we have now, but only assigned permissions, meaning you can easily compare roles. (although personally, i believe the text list is more useful. - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDSlvLgegMqdGlkasRAk2SAKC5DQVnL1eEH4z4/1uLupeJSxrKZgCbBafU c2f9r+jtvsttIorNffRuiRU= =I4FI -----END PGP SIGNATURE-----
| Permissions: Create new content, do this, do that, something | [configure]
Currently if I want to know whether role foo has permission to do bar, I need to search out a checkbox, which is pretty tiresome now I could use simple find. The only problem here is that if I switch on a new module then I need to click number of roles times configure. Well, I can imagine another tab, with permissions listed: Create foo is granted to role1, role2, role3 +---------+ |configure| +---------+ and there you go to a a per grant screen. Just an idea. I think Chris Johnson's idea is still a great one...
Because this permission page discussion has been discussed a few (?) times before: here is a very small summary of what we agreed upon last time: split the permission pages up into three pages: * permissions ** Permissions per category *** node *** image *** upload *** comment etcetc ** Permissions per role *** Anonymous user *** Registered user *** Site administrator ** All Where 'All' lists the huge matrix, 'permissions per category' lists them per module. 'Permissions per role' lists them per role. What we could not yet agree upon was what to show on the pages 'permissions per category' and so itself. An good option, IMO is to not have any page there, but to activate the first menu item under it: 'node' in the above mentioned example menu. Ber On Monday 10 October 2005 14:34, Karoly Negyesi wrote:
| Permissions: Create new content, do this, do that, something |
[configure]
Currently if I want to know whether role foo has permission to do bar, I need to search out a checkbox, which is pretty tiresome now I could use simple find.
The only problem here is that if I switch on a new module then I need to click number of roles times configure.
Well, I can imagine another tab, with permissions listed:
Create foo is granted to role1, role2, role3 +---------+
|configure|
+---------+
and there you go to a a per grant screen.
Just an idea.
I think Chris Johnson's idea is still a great one...
On Mon, 10 Oct 2005, Adrian Rossouw wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08 Oct 2005, at 2:52 PM, Gerhard Killesreiter wrote:
Yes, indeed it does not _seem_ but that depends obviously on what is placed inside the columns. :)
How about not using a table, but instead having divs, per role.
IE : _____ _____ / list \/_add \__________
- ------------------------------------------------------------------------ - ---------------- | Role: Anonymous | | Permissions: Create new content, do this, do that, something | | [configure] | - ------------------------------------------------------------------------ - ----------------
- ------------------------------------------------------------------------ - ---------------- | Role: Authorized | | Permissions: Create new content, do this, do that, something | | [configure] | - ------------------------------------------------------------------------ - ----------------
When you click on configure it goes to the normal list, but you only have one column for allowing the permission or not.
I really, really want to keep the ability to to quickly compare the permissions for the different roles. I don't think your proposal would allow me to do that as easy as I can do that now. Cheers, Gerhard
participants (21)
-
Adrian Rossouw -
Anders -
Bèr Kessels -
Chris Johnson -
Darrel O'Pry -
Dries Buytaert -
Dries Buytaert -
Gabor Hojtsy -
Gerhard Killesreiter -
Herman Webley -
Karoly Negyesi -
Kobus Myburgh -
Konstantin Käfer -
Larry Garfield -
Mark Fredrickson -
Nick Lewis -
Nicolas Tostin -
Richard Archer -
Stefan -
Syscrusher -
Tim Altman