Switch branches/tags
Nothing to show
Find file History
Latest commit 5bab7a1 May 17, 2018


SharePoint 2013/2016/Online Responsive UI

This solution demonstrates how to enable the PnP Responsive UI in Microsoft SharePoint 2013/2016 on-premises or SharePoint Online using the PowerShell cmdlet Enable-PnPResponsiveUI, and also provides you the capability to enable a custom Responsive UI for a Site Collection. If you just want to enable the responsive UI with the default PnP responsive template you can simply use the PowerShell cmdlet directly. See the Enable-PnPResponsiveUI and Disable-PnPResponsiveUI cmdlets documentation for more information. Altough you can use this solution to enable the default PnP responsive template, the goal of this solution is to show how to use the PnP provisioning engine to deploy custom versions of the CSS and JavaScript assets which are used to create the responsive site, in order to make a custom responsive version of the out of the box UI of a classic Team Site (STS#0).

The Responsive UI Package is described in an Office Dev Center blog article, although this article and its associated video tutorial were written before the PowerShell cmdlet was created, so it uses script injection to enable the responsive UI. Moving forward we recommend using the PowerShell cmdlet which makes use of the PnP core library.

If you simply want to have an overview of this solution, you can read the following section.

Note: This is an Open Source project, and any contribution from the community is more than welcome. Thus, feel free to review the code and submit any Issues or Pull Requests, using GitHub.

Setup Instructions

In order to setup the solution and to enable the Responsive UI on a target Site Collection, you simply need to:

Note: If you are using SharePoint 2013 environment, setup scripts are assuming that you are running at least the April 2015 CU.

Download the files

You can download the files manually, one by one, or you can download a ZIP file with all the PnP-Tools, simply following this link. Within the ZIP file, under the /Solutions/SharePoint.UI.Responsive folder, you will find all the required files.

Setup software requirements

This solution requires the SharePointPnP.PowerShell commands, which you can install from one of the following link, depending on your target platform: (see the SharePointPnP.PowerShell installation instructions for further details):

Note: Depending on your target platform (SharePoint 2013/2016 on-premises, or SharePoint Online) you should refer to the right build of the SharePointPnP.PowerShell commands. Nevertheless, even the SharePointPnPPowerShellOnline version, which targets SharePoint Online, is viable to setup this solution on-premises. If you are running SharePoint 2013 environment, PowerShell CmdLets used by the automation scripts have dependency on April 2015 CU to be installed on server side. Technically this is not required for the Responsive UI elements, but for the automation.

Execute the Enable-SPResponsiveUI script

Once you have installed the SharePointPnP.PowerShell commands, you can open a PowerShell console, go to the path where you stored the files and execute the Enable-SPResponsiveUI.ps1 script, which is included in the Enable-SPResponsiveUI.ps1 file of this solution.

The Enable-SPResponsiveUI script accepts the following parameters:

Parameter Type Required Description
TargetSiteurl String True URL of the Site Collection where the Responsive UI will be enabled. It has to be provided as a full URL, like for example: https://intranet.mydomain.com/sites/targetSite or https://tenant.sharepoint.com/sites/siteCollection
InfrastructureSiteUrl String False URL of an infrastructural Site Collection, where will be uploaded/updated the JavaScript and CSS files backing the Responsive UI solution. If you don't provide a value for this parameter, the cmdlet will use the target Site Collection to host these files. It has to be provided as a full URL, like for example: https://intranet.mydomain.com/sites/infrastructureSite or https://tenant.sharepoint.com/sites/infrastructureSite
Credentials CredentialPipeBind False User credentials that will be used to authenticate against both the target Site Collection. Should be the credentials of a user, who is Site Collection Administrator for the target Site Collections. If you don't provide this parameter, the script will directly prompt you for credentials.

Here you can see a couple of examples about how to invoke the Enable-SPResponsiveUI script:


PS C:\> .\Enable-SPResponsiveUI.ps1 -TargetSiteurl "https://intranet.mydomain.com/sites/targetSite"

The example above enables the Responsive UI on the target Site Collection with URL https://intranet.mydomain.com/sites/targetSite and uses the same Site Collection for hosting the JavaScript and CSS files. The user's credentials are not provided, so the cmdlet will directly prompt the user.


PS C:\> $creds = Get-Credential
PS C:\> .\Enable-SPResponsiveUI.ps1 -TargetSiteurl "https://intranet.mydomain.com/sites/targetSite" -Credentials $creds

The example above enables the Responsive UI on the target Site Collection with the user's credentials provided through the $creds variable.


PS C:\> $creds = Get-Credential
PS C:\> .\Enable-SPResponsiveUI.ps1 -TargetSiteUrl "https://intranet.mydomain.com/sites/targetSite" -InfrastructureSiteUrl "https://intranet.mydomain.com/sites/infrastructureSite" -Credentials $creds

The example above enables the Responsive UI on the target Site Collection with URL https://intranet.mydomain.com/sites/targetSite and uses the Site Collection with URL https://intranet.mydomain.com/sites/infrastructureSite for hosting the JavaScript and CSS files. The user's credentials are provided through the $creds variable.

Important: The Responsive UI can be experienced from a mobile device (tablet or smartphone) only by disabling the "Mobile Browser View" native feature of SharePoint. Thus, when you execute the Enable-SPResponsiveUI cmdlet, that feature will be disabled on the root Site of the target Site Collection. However, if you want to leverage the Responsive UI on all the sub-sites of the target Site Collection, you will have to disable the "Mobile Browser View" for those sub sites, as well.

Customise the Responsive UI

In order to customise the responsive UI you will need to modify either or both of the files SP-Responsive-UI.js and SP-Responsive-UI.css. The script will deploy these files after running the Enable-PnPResponsiveUI cmdlet.

The SP-Responsive-UI-Custom.css file is a copy of the standard PnP responsive CSS file with a modified BODY tag which sets the background colour to yellow. You can use this file to replace SP-Responsive-UI.css before running the script in order to to verify that the custom template has been applied. You will want to start with the standard SP-Responsive-UI.css when you do your own customisations.

Important: Be careful, when you use the InfrastructureSiteUrl argument you cannot play with customised CSS/JS files.

Note that SharePoint Online already has a responsive template, so if you use the default PnP responsive template, e.g. by using the Enable-PnPResponsiveUI cmdlet, you may not be able to detect any difference, even though the template has been successfully deployed. Using the PowerShell script will enable the template and deploy the customised version of SP-Responsive-UI.css, and you should see the background is pale yellow after you run the script against a standard team site collection.

Disable the Responsive UI

If you decide to disable the Responsive UI, use the Disable-PnPResponsiveUI cmdlet.


# connect to site (not needed if you just ran the enable script)...
PS C:\> Connect-PnPOnline "https://intranet.mydomain.com/sites/targetSite"  
# use the current web...
PS C:\> Disable-PnPResponsiveUI  

See the Disable-PnPResponsiveUI cmdlet documentation for more information.

If you want to remove your custom CSS and JavaScript you can remove the files from the site collection and then re-run the Enable-PnPResponsiveUI cmdlet which will re-instate the PnP versions of the files.

Solution Overview

The solution leverages the PnP PowerShell Enable-PnPResponsiveUI cmdlet to enable JavaScript embedding and CSS overriding to convert the out of the box UI of any SharePoint 2013/2016/Online Team Site (STS#0) into a Responsive UI. The PnP default Responsive UI supports three rendering models:

  • Desktop: screen width above 768px
  • Tablet: screen width between 481px and 768px
  • SmartPhone: screen width lower than or equal to 480px

In the following screenshots you can see a sample rendering of the Home Page of a Team Site, for the three supported rendering models.

SharePoint 2016 - Desktop Mode

SharePoint 2016 - Tablet Mode Collapse

SharePoint 2016 - Tablet Mode Expend

SharePoint 2016 - SmartPhone Mode Collapse

SharePoint 2016 - SmartPhone Mode Expand

The Responsive UI is applied to the following pages of the root site of a Site Collection, as well as of any sub-site (as long as you disable the "Mobile Browser View" feature in any specific sub-site):

  • Home Page
  • Web Part Pages
  • Wiki Pages
  • Document Libraries
  • Lists
  • Site Contents
  • Site Settings

Note: We tried to do our best to properly behave with any out of the box Web Part, and we tested most of the common page definitions/layouts. However, there could be cases in which the Responsive UI could be better. In that case, please feel free to contribute to this Open Source project either by suggesting a Pull Request, or by submitting an Issue.

Implementation details

When you enable the Responsive UI the solution embeds a custom JavaScript file (SP-Responsive-UI.js), which takes care of loading jQuery, and embedding a custom CSS file (SP-Responsive-UI.css) that overrides most of the native CSS styles of SharePoint 2013/2016/Online, in order to make it responsive. Moreover, the embedded JS file also handles some inner logic, for example to replace TABLE/TR/TD with DIV elements in the Site Settings page, or to replace the out of the box Global navigation bar and Current navigation bar with the common and well-known Bootstrap expansible menu. Overall the solution plays fairly with the content of the pages, mainly overriding native CSS styles and using JavaScript and DOM (Document Object Model) rebuilding only when it is really needed.

The script runs the PowerShell cmdlet which uploads the default PnP JS and CSS files into the Style Library of that Site Collection in a sub-folder with the name "SP.Responsive.UI". The script then uses SharePoint PnP Core Library to upload the custom JS and CSS files.

If you supply a sub-site URL instead of the URL of a site collection the script and cmdlet will still work, but the files will be provisioned at the site (web) level, so you will not be able to navigate to /Style Library/SP.Responsive.UI to see the provisioned files using the SharePoint UI.

It is interesting to notice that the deployment phase of the solution leverages the PnP Remote Provisioning Engine. If you are interested in digging into the PnP Remote Provisioning Engine you can read the document "Introducing the PnP Provisioning Engine" on GitHub, or you can watch the video "Getting Started with PnP Provisioning Engine" on Channel 9.