My suggestion does remove it globally - but I don't think that's a problem. For the very few people who need it, there's a link on the Admin page
On 14 March 2012 07:20, Christian Neumann <[email protected]> wrote: > Unfortunately withdrawing 'View concepts' isn't doing the trick, even > without System Dev role and after logout/login. > > My OpenMRS debug build that logs every hasPrivilege call doesn't even > trigger after login (or reloading the front page). However this isn't a > high priority for me, so I simply leave it like this for now. > > Thanks, > christian > > On Mar 13, 2012, at 1:29 AM, Michael Seaton wrote: > > Hi Christian, > > Well, "View Concepts" should really be doing the trick now if you don't > also have the System Developer role. Not sure why that isn't working (I > assume you've tried logging in and out? you need to do this for permission > changes to take effect). > > You could do the same thing (with your own new privilege) or you could > check something different. I'm partial to checking on role rather than > privilege in these cases, as you avoid the "system developer has all > privileges" issue. > > Mike > > > On 03/12/2012 03:26 PM, Christian Neumann wrote: > > Ok. So I need to start up my dev env. > > Rowan, your solution is global for everyone, right? Ideally I would like > to restrict it for certain users/roles. > > Mike, with overriding the gutter.jsp I would check for a self-defined > privilege (instead of the View Concept which doesn't work for me even when > I'm not a System Dev)? > > Thanks, > christian > > On Mar 12, 2012, at 3:47 PM, Rowan Seymour wrote: > > We've made a few a customizations to core JSPs but that makes things > tricky when you want to upgrade OpenMRS. Perhaps a better solution would be > to provide your own style.css file and just have a rule: > > #dictionaryNavLink { display: none } > > Same as overriding a JSP, you need to specify the file in the > runtime-properties like custom.style.css.file=style.css > > On 12 March 2012 15:28, Michael Seaton <[email protected]> wrote: > >> Hi Christian, >> >> Removing the "View Concepts" privilege should do this for you - unless >> your user is also a System Developer, which overrides this behavior. I >> would actually be wary of removing the "View Concepts" privilege, as my >> fear would be that things like viewing programs, viewing html forms, and >> other things that use and display Concepts (pretty much everywhere in the >> system) might check this privilege and start failing on you. It seems to >> me that this is the wrong privilege to use to check for access to the >> Concept Dictionary management pages, and we should have a more explicit >> privilege to allow access, like "View Concept Dictionary Management >> Section". We might want to file a ticket for this... >> >> The easiest thing to do in your case is to override the entire gutter and >> code it up to your requirements. You would do this by: >> >> * Copying /WEB-INF/template/gutter.jsp into a directory outside of the >> webapp (eg. /home/tomcat/.OpenMRS/customizations/template/gutter.jsp) >> * Make whatever changes you want here >> * Include the following property in your runtime.properties file: >> custom.template.dir=/home/tomcat/.OpenMRS/customizations/template >> * Restart the server >> >> Let me know how this works for you... >> >> Mike >> >> >> >> >> >> >> >> >> On 03/12/2012 05:38 AM, Christian Neumann wrote: >> >>> Hi, >>> >>> I fail to disable the Dictionary menu item in the top navigation pane in >>> OpenMRS 1.7.2. I've deactivated the 'View Concepts' privilege, yet it still >>> shows up. >>> >>> Is there anything else I can to to deactivate this for certain users? >>> >>> Thanks, >>> christian >>> _________________________________________ >>> >>> To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail >>> to [email protected] with "SIGNOFF openmrs-implement-l" in >>> the body (not the subject) of your e-mail. >>> >>> [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] >>> >> >> _________________________________________ >> >> To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to >> [email protected] with "SIGNOFF openmrs-implement-l" in the >> body (not the subject) of your e-mail. >> >> [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] >> > > > > -- > *Rowan Seymour* > tel: +250 783835665 > http://twitter.com/rowanseymour > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > -- *Rowan Seymour* tel: +250 783835665 http://twitter.com/rowanseymour _________________________________________ To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-implement-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l]
