François
I have been following your proposal related to "Define user profile by
group". (http://trac.osgeo.org/geonetwork/wiki/proposals/UserProfileByGroup)
I think this is a great idea.
I would like to add some suggestions. (Sorry if this is not the correct
place to post this as I did not know of any other protocol)
1 - In your screenshot I believe you should consider pivoting the group
selections for 2 reasons.
-- The groups you have in you screen shot are short - longer group
names will be difficult to see.
-- Adding any new profiles will be difficult as you are already out
of room. i.e. there is a new profile call "monitor" that now exists in the
trunk and should be in your screenshot.
2 - I think the main profile should be a drop down list as it is now.
3 - I don't see the need for the "is admin" - this would make sense if you
were removing the main profile but since you still have the main profile,
you should be able to still used the "admin" profile from that list to
identify if you are an admin. Right? And the logic to hide the groups when
the admin option is select is already there (no change required)
I have created 2 quick screenshots to show you some options.
Option 1
http://osgeo-org.1560.n6.nabble.com/file/n4981254/user_group1.png
Option 2
http://osgeo-org.1560.n6.nabble.com/file/n4981254/user_group2.png
In option 2, you simply add the groups to the user as needed and then assign
the profile related to the group. Some sample code to add/remove a row from
the table can be located at the following site.
http://viralpatel.net/blogs/dynamically-add-remove-rows-in-html-table-using-javascript/
I also have concern regarding the multiple selection of profiles per group.
I'm not sure if it make sense based on the current profiles since each
profile generally seem to have more privs than the next . i.e. in you
example selecting "TELECOM" for the "registered user" will not give the
user any more privs. However, i may make sense in the future? (Or I don't
fully understand the profiles - which is quite possible)
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-Define-user-profile-by-group-tp4981254.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.
You have some good points in this. The profile list is configurable and should not be hardcoded in the UI. Since it can grow there needs to be a way to grow it.
On your last point:
I also have concern regarding the multiple selection of profiles per group.
I’m not sure if it make sense based on the current profiles since each
profile generally seem to have more privs than the next . i.e. in you
example selecting “TELECOM” for the “registered user” will not give the
user any more privs. However, i may make sense in the future? (Or I don’t
fully understand the profiles - which is quite possible)
The fact that each profile has increasing privileges is not true. For example the monitor group is not in the same hierarchy as Editor for example. In fact, it is possible to have disjoint trees of profiles. Because of this it makes sense to be able to select multiple profiles.
Jesse
2012/6/13 ianwallen <ianwallen@anonymised.com>:
François
I have been following your proposal related to "Define user profile by
group". (http://trac.osgeo.org/geonetwork/wiki/proposals/UserProfileByGroup)
I think this is a great idea.
I would like to add some suggestions. (Sorry if this is not the correct
place to post this as I did not know of any other protocol)
1 - In your screenshot I believe you should consider pivoting the group
selections for 2 reasons.
-- The groups you have in you screen shot are short - longer group
names will be difficult to see.
-- Adding any new profiles will be difficult as you are already out
of room. i.e. there is a new profile call "monitor" that now exists in the
trunk and should be in your screenshot.
2 - I think the main profile should be a drop down list as it is now.
The main profile should not be visible because it will depends on the
profiles and groups selected for the user.
Main profile will be the "highest" profile for a user.
3 - I don't see the need for the "is admin" - this would make sense if you
were removing the main profile but since you still have the main profile,
I was thinking remove it yep.
you should be able to still used the "admin" profile from that list to
identify if you are an admin. Right? And the logic to hide the groups when
the admin option is select is already there (no change required)
I have created 2 quick screenshots to show you some options.
Option 1
http://osgeo-org.1560.n6.nabble.com/file/n4981254/user_group1.png
Option 2
http://osgeo-org.1560.n6.nabble.com/file/n4981254/user_group2.png
In option 2, you simply add the groups to the user as needed and then assign
the profile related to the group. Some sample code to add/remove a row from
the table can be located at the following site.
http://viralpatel.net/blogs/dynamically-add-remove-rows-in-html-table-using-javascript/
I also have concern regarding the multiple selection of profiles per group.
I'm not sure if it make sense based on the current profiles since each
profile generally seem to have more privs than the next . i.e. in you
example selecting "TELECOM" for the "registered user" will not give the
user any more privs.
If a record is published in TELECOM and not in ALL, then a registered
user member of TELECOM will see it.
Thanks for your inputs.
Francois
However, i may make sense in the future? (Or I don't
fully understand the profiles - which is quite possible)
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-Define-user-profile-by-group-tp4981254.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork