SharePoint4us

Explore the Experience in SharePoint 2013

Tuesday, November 17, 2015

How to Enable SharePoint Designer quickly in SharePoint 2013

No comments

Hi friends,

In this post we can explore how to enable SharePoint Designer for a site collection.

SharePoint Designer

SharePoint Designer can be locked due to multiple reasons. But, SharePoint Designer is required to customize pages, create custom workflows & lot of other quick tasks.

If you are the Site Collection Administrator, you can enable SharePoint Designer as following.

Open Site Settings Gear > Site Contents menu item.


Why do we use Appsettings in Web.Config file ?

No comments

Hi Friends,

ASP.NET provides a configuration system we can use to keep our applications flexible at runtime. In this article we will examine some tips and best practices for using the configuration system for the best results.

The <appSettings> element of a web.config file is a place to store connection strings, server names, file paths, and other miscellaneous settings needed by an application to perform work. The items inside appSettings are items that need to be configurable depending upon the environment, for instance, any database connection strings will change as you move your application from a testing and staging server into production.

As an example, let’s examine this minimal web.config with an appSetting entry to hold our connection string:



Some applications will duplicate these lines of code in many places. If we think about how the above code will evolve over time, we might see a handful of weaknesses. First, we have a hard coded string in place to fetch connection information from the web.config. Hard coded strings can be easy to mistype and difficult to track down if the key ever changes. Secondly, the code will tie us forever to the appSettings section of the web.config file. Although web.config is designed for just such a setting, we might find in the future that we need to pull configuration settings from a database, or change a setting from being application-wide to being a per-user configuration item kept in the Session or in a cookie.


Item Level Permissions in SharePoint 2013

1 comment

Hi friends,


In this article we can explore a common scenario which can be solved using OOB feature of SharePoint 2013.

Scenario

You have a list to track expense claims. Multiple employees are using the same list. Following are the challenges:
1. Employees should see only their items
2. Employees should not be able to edit other employee’s items

Solution
Although using “views” will be the first solution in mind, we can solve this through OOB way using:
· List Item Level Permissions

Steps

Create an Expense list as shown below.









Save changes & test it out in following way
1. Create 2 users
2. Use 2 browsers
3. Add one expense-item for each user
4. You can see user-1 can see only his/her item
5. Same applies to editing as well

When user 1 logs in: