Feature request - Consider more discrete implementation of slingbar display
Reported by dleffler | February 8th, 2013 @ 03:44 PM | in 2.3.0 (closed)
We should consider how much of the slingbar to display based on specific permissions. Currently, only separated between super-admin, admin, and all others, and we display a slingbar if the user has any permissions assigned.
E.g., regular users (with a perm), can't use the 'preview' command, don't need the exponent menu, etc...)
Comments and changes to this ticket
-
dleffler February 8th, 2013 @ 04:57 PM
- Tag changed from “permissions, slingbar” to “permissions slingbar”
- Milestone set to “2.1.2”
perhaps we need to add a setting to allow/disable slingbar display for non-adin users
-
dleffler February 8th, 2013 @ 10:05 PM
and perhaps to have a complimentary method to the user->getsToolbar() method which returns three to five results or an object/array which better describes which or what toolbar items to display?
user->getsToolbar() called from expTheme::footerInfo() to display toolbar view and user->typeToolbar() called from the menu files to determine if/what menus are displayed?
-
dleffler February 8th, 2013 @ 10:20 PM
- Milestone changed from “2.1.2” to “2.2.0alpha2”
-
dleffler February 15th, 2013 @ 05:31 PM
- Tag changed from “permissions slingbar” to “permissions, slingbar”
-
dleffler February 16th, 2013 @ 02:55 AM
- Milestone changed from “2.2.0alpha2” to “2.2.0alpha3”
-
dleffler February 16th, 2013 @ 02:56 PM
- Title changed from “Feature request - Consider more discrete implementation of slingbar display” to “* Feature request - Consider more discrete implementation of slingbar display”
-
dleffler February 16th, 2013 @ 03:02 PM
- Assigned user cleared.
-
dleffler February 16th, 2013 @ 03:03 PM
- Assigned user set to “dleffler”
-
dleffler February 16th, 2013 @ 03:05 PM
Perhaps we also need to add a setting to 'groups' for 'gets toolbar' and make it easier? Or a profile extension to set the user toolbar (only accessible by admin user?)
Maybe also one for ckeditor (restricted) toolbar selection (again only accessible by admin user?) One user had a need for NOT allowing editors to upload/select images.
-
expNinja February 16th, 2013 @ 04:22 PM
(from [cd9cccd808f5c9b46057e22ddce2efdb39a69515]) Updates slingbar menus, removes 'preview' menu item from non-admin user menu [#911] https://github.com/exponentcms/exponent-cms/commit/cd9cccd808f5c9b4...
-
dleffler March 2nd, 2013 @ 09:43 PM
- Milestone changed from “2.2.0alpha3” to “2.2.0beta1”
-
-
dleffler March 11th, 2013 @ 05:58 PM
- Title changed from “* Feature request - Consider more discrete implementation of slingbar display” to “Feature request - Consider more discrete implementation of slingbar display”
No longer an 'alpha' priority
-
dleffler March 16th, 2013 @ 03:27 AM
- Milestone changed from “2.2.0beta1” to “2.2.0beta2”
-
dleffler March 29th, 2013 @ 07:59 PM
- Milestone changed from “2.2.0beta2” to “2.2.0beta3”
-
dleffler April 20th, 2013 @ 10:17 AM
- Milestone changed from “2.2.0beta3” to “2.2.0release-candidate”
-
dleffler May 1st, 2013 @ 10:22 AM
- Milestone changed from “2.2.0release-candidate” to “2.2.1”
-
-
dleffler March 24th, 2014 @ 02:41 PM
- State changed from “open” to “resolved”
- Milestone set to “2.3.0”
We now have the 'group permissions' settings which add this feature
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Bug Tracker for Exponent CMS
dleffler
expNinja