Month: May 2013

OCSPUG | Mobile Revolution and Best-Of Deployments (6/26/2013)

Please RSVP at Eventbright to help us get food for everybody The June OCSPUG meeting has special guest Joel Oleson speaking on SharePoint 2013 and Enterprise Mobile.   Speaker: Joel Oleson Title: Enterprise Mobile SharePoint Revolution Description: SharePoint 2013 takes a great step forward on mobile support through apps, office web apps, and cross browser support. There’s a revolution in the enterprise toward support for mobile. In this session we’ll dig into browsers, mobile, tablets, and this revolution which brings major change to the enterprise strategies. Speaker: Bill Pitts Title: SharePoint 2013: Art of the Possible Description: IT has deployed SharePoint, and yet the business struggles to find business value. In this session we’ll unlock the possible in a special prezi style presentation zooming in and out of real world deployments that takes the best of Intranets and Internet sites built on SharePoint 2010 and 2013. Venue Information: The entrance to our classroom is left of the main lobby, just behind the handicap parking sign in this...

Read More

SharePoint | Check If A Specific User Has A Specific Role / Permission Level

One of my little pet peeves is an application that has hard-coded look ups for specific Active Directory groups or specific SharePoint groups in order to activate certain pieces of functionality. While this works and makes sense to most programmers it lacks a certain amount of elegance and of course locks you into the groups and their roles that have been defined during the initial design and development of the application or website. I think it is much more cleaner to instead create roles or permission levels and grant them to groups in order to activate the functionality you want. The advantage of architecting your solution this way is that it allows the end user admins to create their own customized set of groups after the application has been rolled out without having to deploy additional code. The way I usually set up a SharePoint group is as a container for individuals and AD groups, and then specify the customized permissions for each group. For instance, if I have a basic support function I want made accessible, and I have 3 different levels of support SharePoint groups, I could design it this way: What this does for me is I now have 3 different support groups, but instead of having to check for if the user is a member of one of 3 SharePoint groups, I just have to...

Read More