Edit Permissions is buggy

stinker

Joined: 2007-09-24
Posts: 16

Posted: Sat, 2010-11-27 02:22

When I change the user permissions for one album, it changes the permissions for other albums. I've created separate groups for separate users, so the groups/users are in place and ready to go.

Has this been fixed in a recent build?

floridave

Joined: 2003-12-22
Posts: 25945

Posted: Sat, 2010-11-27 07:32

I can't reproduce.
Please give more info, step by steps would be helpfull.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

nivekiam

Joined: 2002-12-10
Posts: 16503

Posted: Sat, 2010-11-27 17:47

I'm wondering if you're changing a sub-album and trying to have it visible yet have the parent album(s) hidden. In G3 you can't create an island like that.

____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

stinker

Joined: 2007-09-24
Posts: 16

Posted: Sat, 2010-11-27 20:41

@nivekiam > Yes!! That's it!!

It's not entirely clear what permissions are being changed. I clicked on album permissions, but didn't realize I was editing gallery permissions.

Either there should be a single, global permissions matrix that clearly indicates what gallery/album is being edited.

-OR-

Or permissions should be done a la carte so that people don't click on an album and accidentally edit the gallery permissions.

Thanks again nivekiam!!

_eric

bharat

Joined: 2002-05-21
Posts: 7985

Posted: Sat, 2010-11-27 23:00

I hear what you're saying. The problem is in getting the UI right. A global permissions matrix rapidly becomes impossible to view when your Gallery gets large. And since some permissions can lock others (for example, if the parent is non-viewable by a group, then the child cannot be viewed by that group) we allow you to navigate between different albums in the same permission UI.

Can you suggest a UI that be a little more intuitive? Mockups of any kind would be very useful...
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git

stinker

Joined: 2007-09-24
Posts: 16

Posted: Sat, 2010-11-27 23:21

A couple of specific possible modifications for existing functionality.

1. If user clicks on "Gallery", then album should disappear.

2. Use description in permissions dialog to make it clear. Currently the language is redundant (it says "Edit Permissions in both header and description). Description should probably say "You are currently editing permissions for..."

3. Maybe don't allow Gallery-wide permissions to be edited from a single Album. We could keep the same pop-up, but just launch it from within Settings. I know that adds an additional item to the controls/settings, but it would use the same interface.

4. Maybe use a strong background color behind the "current" edit permissions area. As it is, the only thing that changes is the font-weight, which is not strong enough to indicate a change. Think about header navigation menus... they work best when the background color changes and is distinct. Maybe think of it as a subnav, rather than a breadcrumb.

I guess this highlights the fact that right now it looks like a breadcrumb (albeit, not a fully functional breadcrumb). But it might be better to mix the look of a header nav with the structure of a breadcrumb.

Does that make sense?

bharat

Joined: 2002-05-21
Posts: 7985

Posted: Sun, 2010-11-28 00:46

Good ideas. I created a tracking ticket here: https://sourceforge.net/apps/trac/gallery/ticket/1505
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git

stinker

Joined: 2007-09-24
Posts: 16

Posted: Sun, 2010-11-28 00:56

Thanks, Bharat!

I didn't even realize it was the lock icon in the matrix that was the culprit. I just knew that it was switching around on me.

Ideally, the matrix should only have one option or icon per box.

stinker Joined: 2007-09-24 Posts: 16	Posted: Sat, 2010-11-27 02:22
	When I change the user permissions for one album, it changes the permissions for other albums. I've created separate groups for separate users, so the groups/users are in place and ready to go. Has this been fixed in a recent build?
	XUser login Username: * Password: * Create new account Request new password
floridave Joined: 2003-12-22 Posts: 25945	Posted: Sat, 2010-11-27 07:32
	I can't reproduce. Please give more info, step by steps would be helpfull. Dave _____________________________________________ Blog & G2 \|\| floridave - Gallery Team

nivekiam Joined: 2002-12-10 Posts: 16503	Posted: Sat, 2010-11-27 17:47
	I'm wondering if you're changing a sub-album and trying to have it visible yet have the parent album(s) hidden. In G3 you can't create an island like that. ____________________________________________ Like Gallery? Like the support? Donate now!!! See G2 live here

stinker Joined: 2007-09-24 Posts: 16	Posted: Sat, 2010-11-27 20:41
	@nivekiam > Yes!! That's it!! It's not entirely clear what permissions are being changed. I clicked on album permissions, but didn't realize I was editing gallery permissions. Either there should be a single, global permissions matrix that clearly indicates what gallery/album is being edited. -OR- Or permissions should be done a la carte so that people don't click on an album and accidentally edit the gallery permissions. Thanks again nivekiam!! _eric

bharat Joined: 2002-05-21 Posts: 7985	Posted: Sat, 2010-11-27 23:00
	I hear what you're saying. The problem is in getting the UI right. A global permissions matrix rapidly becomes impossible to view when your Gallery gets large. And since some permissions can lock others (for example, if the parent is non-viewable by a group, then the child cannot be viewed by that group) we allow you to navigate between different albums in the same permission UI. Can you suggest a UI that be a little more intuitive? Mockups of any kind would be very useful... --- Problems? Check gallery3/var/logs bugs/feature req's \| upgrade to the latest code \| use git

stinker Joined: 2007-09-24 Posts: 16	Posted: Sat, 2010-11-27 23:21
	A couple of specific possible modifications for existing functionality. 1. If user clicks on "Gallery", then album should disappear. 2. Use description in permissions dialog to make it clear. Currently the language is redundant (it says "Edit Permissions in both header and description). Description should probably say "You are currently editing permissions for..." 3. Maybe don't allow Gallery-wide permissions to be edited from a single Album. We could keep the same pop-up, but just launch it from within Settings. I know that adds an additional item to the controls/settings, but it would use the same interface. 4. Maybe use a strong background color behind the "current" edit permissions area. As it is, the only thing that changes is the font-weight, which is not strong enough to indicate a change. Think about header navigation menus... they work best when the background color changes and is distinct. Maybe think of it as a subnav, rather than a breadcrumb. I guess this highlights the fact that right now it looks like a breadcrumb (albeit, not a fully functional breadcrumb). But it might be better to mix the look of a header nav with the structure of a breadcrumb. Does that make sense?

bharat Joined: 2002-05-21 Posts: 7985	Posted: Sun, 2010-11-28 00:46
	Good ideas. I created a tracking ticket here: https://sourceforge.net/apps/trac/gallery/ticket/1505 --- Problems? Check gallery3/var/logs bugs/feature req's \| upgrade to the latest code \| use git

stinker Joined: 2007-09-24 Posts: 16	Posted: Sun, 2010-11-28 00:56
	Thanks, Bharat! I didn't even realize it was the lock icon in the matrix that was the culprit. I just knew that it was switching around on me. Ideally, the matrix should only have one option or icon per box.

Edit Permissions is buggy

XUser login