How to Tag SharePoint Modern Pages

Tagging and Metadata – An Overview

In a previous installment, Modern SharePoint Metadata, we discussed the importance of tagging a page with accurate metadata to curate the appropriate information to your targeted audience. Through the use of correct and accurate metadata, or tags or properties, on SharePoint modern pages, your audience will receive targeted, relevant, and important information in their news feed and when they do a search.

What is the Difference Between Tagging: Then and Now

Prior to this enhancement, tagging modern pages was cumbersome and not entirely intuitive. Once would have to add a custom property to a content type that was inherited from the Site Page. Not only cumbersome but from an end-user perspective, it was not easy to set up or configure. Additionally, the property on the page’s content could not be viewed. With this new enhancement, these issues have been addressed and solutions are being implemented to rectify them.

What can be Tagged in SharePoint Modern Pages?

SharePoint modern pages can be tagged based on categories that you would like to use, such as page type for specific end-user groups, business function, target audience, location, and other categories that would enable you to reach and group your end users distinctly from other groups.

How to Tag Modern Pages and Display Based on End-User

Adding the Page Property (or Tag)

The column on a Site Page houses the page properties. To define a new page with new properties, go to the Site Pages page and choose Add Column to the Site Pages Library. Provide a name for this column. The name of the column becomes the Page Property. From this page property column, you can then provide the Description, choose “Choice” as the Type of column, and then choose the “Definition” for the Choice column. The values in the side illustration use options like “News Release”, “Announcement”, or “President’s note” as the choices.

Adding the Page Property to a Page

Once the page properties have been added to the Site Pages library by adding a new column, all new site pages can be tagged with that value from that page property.

To tag a page, go into edit mode on the page by clicking Edit Page. Then click Page Details located on the top ribbon. This will then open up the page’s property panel. This is the property panel for the new site page that you have added to the Sites Pages library and this is the location where you can edit its property. In the below illustration, then this is where the property category was chosen to be blue. Once the property (column) has been added to the Sites Pages library, all new site pages can be tagged with the same value for that page property. Click Save when done.

Tagging a page

Customizing the Page

By following the steps above, one can create more pages with the same properties. You can also customize the look of the page. For the example below, if the property is to group by category, such as announcement, then the header of the page can reflect blue.



Page Property
If there is a need or desire to show the value of the property on the page, one can do so with the use of web parts. Simply add the web part Page Property, click the Add Properties button. Add the value that you want to be displayed on the page on the right hand sided pop-out panel.

Time Saving Tip

Once your page is set up with all the values and tags that you require, simply create a copy of the page to create a new page. Not only will the content be copied, but also the page property. You can update or change the content as needed.

Summary Page: Creating for Each Category Property

A summary page which displays links for news or pages under one category can provide detailed information of what your targeted audience is seeing and receiving in their news feed.

To create a summary page for each Category property:

1.   Create a new Site Page with an appropriate title;

2.   Add web part Highlighted Content;

3.   Configure properties of Highlighted Content. A property panel will appear on the right-hand side displaying the properties;

4.   Set the Source of the content to “The page library on this site”;

5.   Choose the Type of source, either Pages or News;

6.   If Pages is chosen, then Filter will provide an option for Page Properties;

7.   Under Property Name, choose the page property from the drop-down menu; and

8.   Options to Select Values will appear in another drop-down menu. Here you can choose the filter that you want the pages to be filtered by.

Once these filters are saved, the Highlighted Content web part will curate and display the results almost instantaneously even though the content has been retrieved based on tags and not solely on filters. The summary page will display thumbnails of the curated pages based on the tagging.

Getting Organized

By adding custom columns to your pages, you can now organize your pages by creating views and grouping them in the Site Pages library. Having the ability to group your Site Pages by a Page Property will provide you an overview as well as greater flexibility in organizing and grouping your pages.

As you can see, accurate metadata and tagging will provide not only appropriate and useful content to your audience, but will also provide the abilities to organize, plan, and scale SharePoint with corporate growth.

Classic Sites vs. Modern Sites

 

The question many are asking is: Should we stay with SharePoint Classic Sites or should we switch to SharePoint Modern Sites?  In this post, we will delve into the advantages and disadvantages of the SharePoint Classic and Modern Sites.

Classic SharePoint is the SharePoint you are familiar with up to SharePoint 2016, and recently with SharePoint Online, which was based on ASP.NET web technology that was run from the desktop. Routing information back and forth from the server to the client is not only time intensive but is not new-technology friendly. SharePoint Classic Sites is developed for function, whereas SharePoint Modern Sites is developed for form and mobility.

Modern SharePoint pages, written in JavaScript, run faster on devices and are mobile responsive. Written and based on modern web development standards, native iOS and Android applications such as SharePoint OneDrive, Planner and Teams can leverage the new modern sites and pages in SharePoint.

In this article, we will try to address questions many are facing when it is time to deploy their new SharePoint Online experience, through a portal, global intranet or an Enterprise Content Management (ECM) implementation.

Architecture: Flat vs. Hierarchical of Classic vs. Modern

Since the early days of SharePoint, we have designed the portals, intranet and ECM sites as our traditional hierarchical structure where you have home site collection and either you will have subsites or you divide your intranet into multiple site collections with many subsite levels (depending on how big your organization is). Regardless, with any decision you have made, one or more site collections, each site collection usually contained many deep levels based on how the departments managed and maintained their sites. I have seen this architecture many times:

Classic Information Architecture

Although one site collection created a great place to manage your content types and metadata centrally, and it gave you the ability to maintain consistent global navigation and branding, it also gave many organizations a lot of headaches to maintain. The above architecture gave SharePoint administrators a lot of grief to manage the sites, specifically when it came to broken security inheritance at each site level. It was a nightmare to manage and administrators were always and consistently faced with two scenarios:

  1. Access to sites that you are not supposed to have access to; and
  2. Not being able to access documents even though you belonged to the team.

In addition to managing the sites, from a performance point of view, SharePoint Online did not handle many subsites well. Cloud architecture, for maximum performance, prefers a flat structure. The more sites you add to your site collection, the more trips it takes to load all the site structure, which in turn results in taxing the performance and loading of the sites, slowing it down considerably.

SharePoint has been adapting to new technology and new methodologies of collaboration on the go, and the architecture is once again changing to accommodate this. Flat architecture is once again preferred, but collection sites are organized by Root (Classic Sites), Modern Communications Sites and Teams with Modern Team Sites. Why? Deep hierarchies are more difficult to work with while shallow hierarchies allow content to be more easily discoverable. With proper navigation and metadata, hierarchies can be simulated. If binding sites together is required, then utilizing the Hub Site is the preferred method.

With one site per function, one can achieve simple security, clearly show the purpose of that site, and clearly show who owns the content. All this makes tracking easy. The utilization of Hub Sites gives us pause to rethink the hierarchical architecture that is required in SharePoint Modern Sites. SharePoint doesn't automatically add navigation for new site collections, only sub-sites. Each site collection is its own secured silo. The site doesn't exist until you make it visible through navigation. The flat architecture allows the movement of subsites through repointing of links. When corporate restructuring requires subsites to fall under their new reporting structure, the subsite is not moved, rather, the navigation link is repointed to the new destination. Simple and clean.   

Design and Branding – Master Page/Page Layouts vs New Branding Approach

Intranet sites customized with Classic SharePoint utilize Master Page to create strong branding on their SharePoint sites. Customers have full control of the UI but in exchange, they take full responsibility to risk breaking their design with future upgrades and maintenance in Office 365 and they must ensure that all customizations are working with SharePoint. Challenging, though doable, customization requires CSS knowledge and, quite often, JavaScript injection. This is more complex and costly but does not pose the same supportability challenges. The most important drawback is that Classic Sites do not provide a good mobile experience.

Modern SharePoint Sites does not support Master Page, though there is limited ability to brand on Modern sites.  Themes with simple colours, headers, and footers can be customized, but it is not as flexible as Classic Sites.  One of the main advantages of Modern Sites is the accessibility of online, on the go content that is both usable and legible on all devices. Unlike Classic Sites, Modern Sites naturally rearrange to fit onto the device screen. Gone are the tiny words and lines along with the impossible buttons to push. Instead, readable text and a user interface that provides links and buttons that one can use without a micro-sized finger. Microsoft’s decision to remove Master Page and retain full control over the UI guarantees that SharePoint online will show and maintain a consistent, visually pleasant, and usable mobile experience.

With SharePoint Classic Sites, it was common to inject the pages, including the Master Page, with scripts to customize for branding and looks. However, this practice was not supported by Microsoft and could result in the loss of functionality within SharePoint after upgrades and releases. Realizing that many companies require a methodology to brand and customize, Microsoft has provided SharePoint Framework web parts and design patterns. Framework allows the same type of functionality as script injection; however, it provides control and organization around it. SPFx Application Customizer provides access to well-known locations on SharePoint pages that you can modify based on your business and functional requirements. Once again, it maintains its mobile-first advantages. It is important to note that, technically, if a customer truly wanted to customize their Modern Site, it could be done but this could result in breaks in other areas of SharePoint and/or with future additions and upgrades.

So, coming back to the original question:  should one stay with SharePoint Classic Sites or switch to SharePoint Modern Sites? Since SharePoint Modern Sites is focused on having content at your fingertips, whether you are in your office or on the go with your mobile phone, a consideration to migrate or not is to factor in how important it is to your corporation for mobile access.  If it is high on the priority list, then migrating to SharePoint Modern Sites is advisable.

Can you have both? Yes, you can migrate to SharePoint Modern Sites and toggle to Classic Sites, but it is important to ask whether your users will be appreciative of the different feel and inconsistency between the two sites.  Sometimes, it is better to commit to one side of the fence than sitting on it, as it is in this case, as the inconsistency may result in confusion for your users. 

When we consider and review the Road Map for SharePoint and Office 365, it is clear Microsoft will continue on the road for mobile applications that provide super responsive content while on the go with out of the box, ready to use while being easily customizable for content. It is also noted that new features, web parts and enhancements will be made on the modern SharePoint, where classic will stay as is without any further enhancements. Eventually, the decision will have to be made to migrate to SharePoint Modern Sites, but there is time as Modern Sites is still in its infancy. Until then, keep in mind the architecture, the Road Map, and the targets as you design your corporation’s infrastructure for SharePoint and Office 365. 

OneDrive and SharePoint Multi-Geo


Office 365 Multi-Geo provides an answer for many multinational companies who must meet local policies regarding local data residency. Or perhaps there are different levels of need, such as one office requiring local data residency while another may not. Multi-Geo enables a single Office 365 tenant to span across multiple Office 365 datacentre geographies (Geos) while addressing the needs of clients who may be required or need to keep data locally. The greater need that is addressed with Office 365 Multi-Geo is the ability for international satellite offices to collaborate with each other on a global scale.

Multi-Geo affects two types of data:  user attached resources, such as user mailboxes and OneDrive; and shared resources, such as SharePoint Team Sites and Office 365 Groups, which includes shared sites and shared mailboxes.

Multi-Geo is available in 3 geographical locations: North America, Europe and Australia. By enabling your tenant to be Multi-Geo, you could extend your tenant into nine potential geos. These nine geos include Asia-Pacific, Australia, Canada, European Union, India, Japan, UK, US, South Korea. Additional geos will be launched in the future, including France. At the time of writing, services available in Multi-Geo include Exchange Online (in preview), OneDrive for Business (in preview), and SharePoint Online (in development).

Because Office 365 Multi-Geo is a single tenant spanning across multiple geos, rolling out globally is very straightforward in the Global Admin Centre. Once your tenant is Multi-Geo enabled, open PowerShell where you will specify the:

ServiceType – which service do you want to extend such as Exchange, SharePoint or Skype For Business

Location – where you want to extend the content to (which geo will you extend to)

InitialDomain – what content do you want to extend to the geo. Because data in SharePoint and OneDrive, as it is provisioned, must be addressable by a URL, the InitialDomain specifies the URL for the content to reach the extended geo.  

Once executed, the system will refresh and update the URL for all affected users in the extended geos.  

Office 365 Multi-Geo: Common Foundations and Concepts

There are 3 basic concepts for the Admin and these are:

AllowedDataLocation: tenant level property that specifies the allowed geos for Office 365 applications. New and additional geos will not show up automatically and this setting will need to be set up initially or when Microsoft releases new locations.  

PreferredDataLocation (PDL): user-level property that specifies the location of Mailbox and OneDrive with one PDL assigned per user. On the user objects, configure PDL in Azure AD. This information will then flow into Exchange and OneDrive resulting in users mailboxes and OneDrives to be placed in their respective locations.

Azure AD Connect Tool: used to configure PDL, for On-prem AD, on synchronized user objects.

Exchange Online Multi-Geo: Mail & Calendar

Multi-Geo for Exchange Online has been in development for many years and had been implemented since it was first developed. Based upon these capabilities in Exchange Online, it is continuing to evolve. In Exchange Online, the global front-end service, single namespace, allowed service access via outlook.office.com and already multi-geo being the point of connection for the client to Exchange Online. With Office 365 Multi-Geo, you can now select where the users’ data is stored in the background.

Auto-discovery of mailbox location was implemented in On-Prem sites whereby Outlook automatically connected a user to their mailbox. In Office 365 Multi-Geo, auto-discovery automatically connects the user’s mailbox when they are moved from one geo location to another. For an end user, this will be like magic as this functionality runs in the background and is invisible to them.

Having a central site with multiple geos requires a standardization such as a single view Exchange Tenant Configuration. Stored in the Exchange Directory, the recipient information and tenant configuration ensure that the view of the tenant configuration is the same regardless of which geo you are accessing it from.

There are several Admin advantages with Multi-Geo when it comes to mailboxes. First, new mailboxes can be provisioned directly into a specified Geo. Second, existing Office 365 mailboxes can be moved into a specific Geo without disrupting the end user. Lastly, existing Exchange On-prem mailboxes can be on-boarded to a specific Geo.

From the end user’s perspective, Office 365 Multi-Geo is mostly invisible for both mail and calendar.  

OneDrive Multi-Geo: Files

OneDrive Multi-Geo

What is a OneDrive Multi-Geo? The central location for the satellites will have SharePoint Online, OneDrive for Business, and Exchange Online. The structure for the whole organization includes one global Azure Active Directory. Having a single tenant allows management of all users for the whole organization, regardless of where they are located. For each satellite location that the central location extends to, access to OneDrive for Business Multi-Geo and Exchange Online is given when the user is assigned their mailbox and OneDrive.

OneDrive Multi-Geo: Admin Centre

There is a separate OneDrive Admin Centre for each Geo because OneDrive is URL based. In the OneDrive Admin Centre, you will be able to see whose OneDrive is where, which will streamline the unlocking for the rollout of OneDrive. Another advantage of having separate OneDrives per Geo is the management of OneDrive settings. By having separate Admin Centres, the settings can be specified for each Geo.

In terms of licensing and other aspects of managing user aspects, one can access the Global Office 365 Portal Centre. Here, user-specific aspects such as passwords can be managed.

OneDrive Multi-Geo: Geo Users

The Geo user does not know that they are a Multi-Geo user. Once a user launches their app on the browser, they are automatically redirected to the Geo that they have been assigned to by the Admin. For the mobile client, Office Client, and OneDrive sink client, the user only needs to enter their email address. The Client is Geo-aware and will automatically connect the user to the corresponding OneDrive in the correct Geo.

Office 365 Multi-Geo: Delve, Profile, and Unified Auditing

How does the Delve experience look like when there are multiple users collaborating from different Geos? A user will see all the signals from all the users across the Geos, including their own Geo.

From a security compliance perspective, Unified Auditing allows the Admin to see a single unified view of all the activities that have occurred in your Multi-Geo tenant, regardless of what the user has done or where the content resides. The activities log can be exported or filtered according to the data that you require.

SharePoint Online Multi-Geo: Sites and Groups

The major difference between OneDrive Multi-Geo and SharePoint Online Multi-Geo is that SharePoint Online Multi-Geo satellites will have the full SharePoint Online experience. This includes SharePoint Online, OneDrive for Business Multi-Geo, Exchange Online and Skype for Business. Team Sites and Office 365 Groups can be created in the satellite Geos in SharePoint Online Multi-Geo.

SharePoint Online Multi-Geo

SharePoint Online Multi-Geo: Admin Centre

Each Geo will be having its own Admin Centre. In the Admin Centre, you will be able to create Team Sites in that particular Geo. To create a Team Site in a specific Geo, you must first navigate to it and then create the Team Site. Otherwise, it will create that Team Site in whichever location are you currently in.

Another consideration is the sharing policy for data residency. As each Geo location may have its own requirements for data residency, the sharing policy can be configured for each Geo independently of the central location as well as with other satellites. If the same policy is to apply across all Geos, then in PowerShell you have the capability to push this policy across all Geos.

Each Geo is identifiable by a user, an Admin, or a compliance officer, based on its unique URL. Because you will choose the namespace for the URL for your SharePoint Admin Centre, it is important to consider how and what you will name this URL.

Data Loss Prevention (DLP) Policies can be created and applied to specific Geos. To These types of policies can be created by going to the Security Compliance Centre. Once created, they can then be applied to a specific Geo’s OneDrive Site, SharePoint Site or mailbox in that site. Each Geo can have its own security compliance policy.

Microsoft has continued to develop and evolve Office 365 Multi-Geo by integrating IT Admin best practices, shared services, and ensuring an invisible and seamless product for end-users. Office 365 Multi-Geo delivers OneDrive as well as SharePoint Online with a single global tenant, which provides centralized control over satellite locations, and each Geo has the capabilities to be customized for its local policies on data residency and policies. Office 365 Multi-Geo is meeting the demands of on the go collaboration across continents and its users.

SharePoint Online External Sharing


One of my favorite topics in Office 365 is external sharing. Sharing and collaboration not only occur within your corporation, but it also involves external customers, clients, suppliers, or vendors. Sharing and collaboration can be achieved with the use of External Sharing in SharePoint Online.

By default, External Sharing for SharePoint Online is turned “On” for the entire environment, which includes all site collections. It is highly suggested to turn this “Off” globally until you have the permissions plan detailed and site collections organized and before users access the sites.

SharePoint Online has the capability for external sharing tenant-wide (global) and at site collection level. The global setting overrides any setting at the site collection level and affects OneDrive.

Types of External Users

An external user is outside of your corporation’s Office 365 subscription and with whom you are sharing content from one or more sites, files or folders. The two types of external users are:

Authenticated Users: these users have either a Microsoft account or they have a school or work account from another Office 365 subscription. Sites and documents are shared in the same manner as you would with internal users with permissions and groups working in the same manner as they would for internal users. However, collaboration tasks are limited to basic tasks as they do not have a license to your Office 365 subscription. The basic collaboration tasks for an authenticated external user include the performance of tasks on a site consistent with the permission level they are assigned, viewing and editing documents can be done in Office Online, and depending on the permissions they have been given, they will be able to see other types of content on sites. They will be able to navigate to subsites within the site collection and will be able to view site feeds

Anonymous Users: these are recipients who have received a shareable link to a folder or document but not sites. They can view or edit the document, be able to upload the folder (depending upon the type of link), and these are all specific to the link sent. This is done without having to log in with a username or password. The links are valid until they are disabled or have expired based on the expiration date. It is important to note that these links can be freely passed around between users.

Sharing Options

The following basic sharing options for tenant and site collection are:

No External Sharing: users with Office 365 subscription can internally share sites and documents

Sharing Only with External Users in Your Directory:  external users who are already in your Office 365 user directory will have access to sites, folders, and documents that are shared with them. These external users may include those users who have previously accepted an invitation, those who you have imported from another Office 365 subscription or a tenant from the Azure Active Directory

Sharing with Authenticated External Users:  sites can be shared with external users who have either a Microsoft account, a work or school account from another Office 365 subscription or an Azure Active Directory Subscription. A one-time code is sent to the user to verify their identity when folders or documents are shared, and they are not required to log in to a Microsoft, work or school account.

Sharing with Anonymous Users: documents and folders can be shared with an anonymous link. Anyone with the link will be able to view or the document and will be able to upload to the folder. Sites cannot be shared with anonymous users.

These options range from the most restrictive to the least restrictive settings. The restrictive setting can still be applied alongside those with fewer restrictions. For example, you can continue to share with authenticated external users, users already in your directory, and internal users while allowing anonymous sharing.

Managing Security Risks

Most corporations will have confidential information that is not to be externally shared. For this type of information, it should reside in one or two site collections with External Sharing turned “Off”. If additional confidential information site collections are required, then create a new site collection and ensure that External Sharing is turned “Off”.

Sharing a Site or Document – What happens?

What happens is dependent upon what type of External Sharing you are executing. There are three scenarios:

Sharing Sites with Authenticated External Users – an email invitation with a link to the site or document is sent to the external user. Clicking on the link will prompt them to log in to their Microsoft account or their work or school account. Once logged in, they are added to the users list in your Office 365 subscription and then given access to the site or document. In the users list, they are listed with #EXT# in their user name. They can now be granted access to additional sites or documents without being sent additional invitations. To discontinue sharing with this external user, you can either remove their permissions from the site or, you can remove them from the user list in Office 365.

Sharing Files and Folders with Authenticated External Users: an email is sent to the authenticated external user which contains a link to the site or file. Each time the file or site is accessed, they are emailed a time-sensitive code that is used to verify their identity. The code must be entered to gain access to the folder or file. To discontinue sharing with them, simply delete the link that was sent to them.

Sharing with Anonymous Users: anonymous users can be granted permission to edit, view, or upload a document to a folder. Links to view and edit are created separately, and each can be disabled with a time expiration. Anonymous user links can be reused and passed around, allowing anyone with this link access to the document or folder.

External Business Partners – How to Collaborate with Them

A SharePoint Online extranet site is a site that is a dedicated site collection for business to business collaboration with a vendor or partner. This site can be locked down so that only site owners can invite external users and only external users from specific domains can be invited. These are quick to set up and are more cost-efficient than on-prem extranet sites.  

External Sharing with SharePoint Online is not only easy and functional, but the ability to create extranet sites for external partners is a flexibility that provides feasibility with the least impact on budgets while ensuring external users have access to content that they require to fulfill their parts of the project.

List Template Duplicate Field


Many of us have saved custom lists as templates in SharePoint Online or on-premises, to be re-purposed in the future, as an easy way to re-create the same list, with the same content types, metadata and structure. This is a an easy way for developers to give the end user a prepackaged custom list, rather than developing a provisioning tool to create a unique list. This added benefit to this method is the ability to allow the end-user to quickly create their own list based on a specific template, without the need to ask IT to do it for them.

In some rare cases, if you are trying to created a list from a custom list template, you may end up getting an error of a duplicate field name. The exact error will be "A duplicate field name was found". The list template has been created in the same site collection and you cannot find why and where is the other duplicate field name.
 

Cause

There are 2 possible causes to your issue:

  1. Your list template is referencing the same field twice
  2. Your list template is referencing a field tat already exist in the site collection but with a different GUID

Resolution

In my case, the second cause was my issue. The resolution for both issues is similar. Here are the steps:

Step 1 – Editing your template

  1. Save your template.tsp to your desktop
  2. Rename your template.tsp to template.cab
  3. Extract your template.cab to a specific location
  4. Edit the manifest.xml
  5. Look for the duplicate field name and delete the node.

This will do it for there are 2 nodes for the same field name. If this is not the case, then the GUID is your issue, and you will need to change the GUID in your template with the right GUID from your site collection. Remember that when you create a list from a custom template, if the any column already exist in the site collection, the GUID of the list template must match the GUID of the site column in the site collection.

Proceed with the following steps to resolve your issue:

Step 1.1

  1. Run the following PowerShell command to find the GUID of your site column
    $web = Get-SPWeb http://portal
    $columnName = "Your column name"
    write-host $web.Fields[$columnName].Title -nonewLine
    write-host " " $web.Fields[$columnName].Id
    $web.dispose
  2. Replace the GUID in the list with the GUID from the PowerShell. In most cases the GUID exists in 2 places in the list template
  3. Save the manifest.xml
     

Step 2

Now this is the fun/tricky part. You will need to assemble your manifest as a cab again. Run the following steps:

  1. Run command prompt and browse to the folder where your manifest.xml is
  2. Run the following command: makecab manifest.xml templatename.cab
  3. Rename your templatename.cab to templatename.stp
  4. Upload your new stp file to your list templates library

Problem solved!

 

SharePoint Hub Site Announced at Microsoft Ignite


A new SharePoint site, SharePoint Hub Site, was announced at Microsoft Ignite 2017 in Orlando. The purpose of the SharePoint Hub Site is to provide a point of organization for content across SharePoint sites. Hub Sites allow you to associate SharePoint Team Sites and Communication Sites with a parent thereby streamlining and alleviating the issues of locating related content across the organization that appears in other sites. Associating multiple Team Sites and Communication Sites provides the flexibility to model and promote an intranet that reflects the way that your people in your organization organize.  Across associated sites, Hub Sites provide a common navigational structure, look, and feel.  Hub Sites also aggregate news and activities, displaying the roll-up on the Hub Site’s home page. SharePoint Hub Sites can be used to organize content, teams, divisions or resources throughout your business. 

Hub Sites

 

How do SharePoint Hub Sites work?

Newly created SharePoint Hub Sites propagate the navigation to all the associated sites, creating parent/subsite relationships.  Consistency across sites go from the top down so that all team sites or communication sites inherit common characteristics from the Hub Site. These characteristics include:

1. Navigation: Define top navigation in the hub site that is inherited by associated sites

2. Themes: Define the look and feel of the hub site. This theme remains consistent across all associated sites

3. Logo: The logo is the most important identifier of the site you are visiting.  The logo remains consistent across all associated sites providing the message that says, “You are here, and you have not left”

Hub SiteSharePoint is a tool for collaboration and the sharing of information. Within an organization, there can be numerous project teams working on a variety of projects and it is important to increase awareness, visibility, and discoverability to encompass those who are not part of the core team.  It would be unreasonable to expect your audience to search and drill down for the information, but having access to clear, concise communication that expresses in a broad sense of what is happening with the projects and initiatives would be valuable.  Team sites and communication sites push information and content up to the hub site level with rollup web parts.  These parts can surface content from all your associated sites into one place, allowing the flexibility for you to shift your content and associate it where it makes the most sense, unlike rigid hierarchy.  

Content is pushed up to the hub site level with news aggregation, combined site activities, and scoped search. 

News Aggregation: After creating and publishing a news article on an associated site, the news article will surface on SharePoint home, in the SharePoint mobile apps, and on the hub site’s home page.

Combined Site Activities: Site activities are visible on a team site’s home page as well as on the site’s card on SharePoint home. Site activities will roll up from each associated site, becoming visible on the hub site’s home page. This provides the ability to see what is happening across related sites in one view rather than going site by site.  With this information, you can now prioritize and focus your time.

Scoped Search: Searching content from a hub site will result in content from all associated sites which in turn increases relevance and enhances content discovery.

Creating SharePoint Hub Sites

Hub sites can either be created by Administrators who then associate existing team and communication sites to the newly created Hub Site from SharePoint home in Office 365. You can also create an associated site directly from within the hub site itself.   

The site owner can associate an existing team site or communication site within a hub site by following these steps:

1. Click the gear icon located on the upper right of the site

2. Click Site Information

3. In the Edit Site Information, click Hub Site from the drop-down menu.  Choose the right hub site to join.

It is important to note that team sites and communication sites can only be associated with one Hub Site.

As intranets are dynamic, associations may change as projects come to completion and new projects added. It is easy to un-join a Hub Site as it is to join it, allowing you the flexibility to adapt to the ever-changing landscape of the intranet. 

 

SharePoint Hub Sites and SharePoint Mobile App

Team collaboration and the sharing of information launched itself off the desktop onto mobile devices and SharePoint Mobile App is being updated to render hub sites, their pages, news, and content with smooth navigation between associated sites and scoped search. SharePoint Mobile App will continue to provide quick access to all your sites, news and team members you work with but now with added, enhanced search for content and people across your organization. 

Hub Site Mobile

The building blocks for your intranet have now expanded from the classic publishing sites and sites for application to include team sites, communication sites, and hub sites.  Sharing, managing, finding content, knowledge, and apps, on any device, is easily accomplished with SharePoint, the solution that connects your workplace with its people.

Office 365 Communication Site


The Basics of the Office 365 Communication Site

What is a SharePoint Communication Site? 

There are two types of sites that can be created to share information in SharePoint, but these sites target different audiences. As you are already familiar with, the Team Site audience comprises of the members of your team on a specific project.  All or most members of a Team Site can contribute content to the site and this information is limited to the members of the team, members of the project, and specific stakeholders.  The purpose behind Team Sites is for communication for collaboration between team members. 

On the other hand, a SharePoint Communication Site is just that – it is used to communicate to a broader audience including other project teams or the entire organization.  Unlike a Team Site where the majority, or all, of the members can contribute content, a small set of members contribute content to the Communication Site.  The Communication Site is the platform for sharing important information with others, especially those outside of your project team either on weekly or monthly basis; thus, content may include news, reports, statuses, product launches and other information that may be of interest to the broader audience. 

Communication Site content has been adapted to be mobile friendly while dynamically displaying and delivering content in visually compelling formats. Office 365’s Communication Site continues to offer mobile accessibility for SharePoint on the go and with the Cloud. 

Communication Site

Image showing News and Site Cards on Smart Phone and Tablet

Source: https://products.office.com/en-us/sharepoint/collaboration

Is it Easy to Create a Communication Site?

As with all Microsoft products, the development team has maintained its user-friendliness with Office 365 Communication Site creations.  There are three templates for creating new Communication Sites. The three initial site design templates are topic, showcase, and blank. 

Each template is completely configurable and contains pages within each template. These are also configurable. 

The Topic template is the best choice when there is a large amount of information to share. This information may include events, news, and other content.

The Showcase template is used for “showcasing” or featuring a team, product or event through the use of images or photos.

The Blank template can be configured and customized to your specific needs.

Communication Site Designs (left to right):  Topic, Showcase, Blank

Source: http://blogs.office.com

Once you have created your new Communication Site, you can then drag and drop to reorganize web parts on the page to highlight, showcase and announce the news to your broad audience. News and pages allow for multi-column layouts, providing the ability to creatively design and communicate your messages in a meaningful and intuitive fashion.

What Content Can Be Shared?

Feeling a little inundated with update emails?  Communication Sites can alleviate the email jam by allowing you to share your plans and updates in interactive and engaging ways.  By creating a page on a Communication Site, real-time data can be pulled across from Office 365 by embedding documents and videos.  This information can come from SharePoint documents, reports from Power BI, Microsoft Stream videos and discussions taking place on Yammer, all of which provide current, dynamic and rich internal communication.  All members can keep informed and for new members, it is a point from which they can gather information to quickly get up to speed. 

Where Can Office 365 Communication Sites be Connected From?

Not only can you access the Communication Site from your mobile app, but you can access, create content and engage with others from any device.  The full site, news, pages, navigation, search, and additional functionalities are natively viewable, engaging and functional.  From within the mobile SharePoint app, you can engage in a Yammer conversation, create a news article or read a page – all from within the context of the site. 

How Else Does Office 365 Communication Sites Enhance and Encourage Communication?

Communication Sites communicate effectively and efficiently through visually dynamic pages.  Your home page and sub-pages can be customized to meet your needs, but most importantly they can be made to look great!  Full-width layouts, spanning the page left to right, provides the page space to emphasize your most essential information.  With the enhanced title region and customized header image, along with full control over what portion of the image is the most important to highlight, visually presenting your home page, news and subpages with an attention-grabbing header graphic and title will not only look great on your desktop, but also on your mobile device. 

It is not just enough to communicate the recent news to your audience, but it necessary to engage in discussion, thereby, retaining your audience.  With the ability to comment on each news article and page, it allows your audience to provide feedback, which in turn can be used for the improvement of the page, article or project. 

A valuable feature is the ability to share the news via email. Unlike other shared information via email, news shared from a Communication Site will not only provide a blue link, but it will also provide a visual (thumbnail) and an informative preview (title, description) that adds context to the news article and email.  The ability to provide a message from the sender is also available. 

What is Displayed and Where Does the Data Come From?

As mentioned, the data displayed is dynamic and is pulled from either Microsoft Stream (videos or full channels) or Power BI (interactive reports).  Other sources of information and data can be pulled by adding web parts into your articles.  The first type is an Image web part which allows insertion of images and GIFs.  Sometimes there is too much content to be shown within the first view, truncating all other highlighted content. In these cases, selecting the “See All Pages” which proves to be handy.  When chosen, a full-page experience appears, providing a full view of all the content and activity.  The last web part is the “News” which is used to showcase your news by using multiple layouts to highlight what is important.  Layouts include Top story layout, which is the default, or List where you can view news in a list, or Side-By-Side. 

In this installment, we have determined:

1.  Why and when do you use a Team Site versus an Office 365 Communication Site;

2.  The simplicity of creating a new Office 365 Communication Site;

3.  What content is shared on a Communication Site;

4.  Where and what content can be shared from a Communication Site;

5.  Where can an Office 365 Communication Site be connected from;

6.  What devices can connect to a Communication Site;

7.  How is communication enhanced and encouraged by Office 365 Communication Sites; and

8.  What is displayed and where does the data come from.

From these, we now have an understanding of why we would create a Communication Site. With this understanding, we can now proceed to look at the Office 365 Communication Site in greater detail.

Modern UI – Part II

 

Modern document libraries and lists were released in the summer of 2016 for SharePoint Online with the goal of creating better end-user experiences, including faster, better, and intuitive responses in a user-friendly environment.  Not only is it highly recommended that one transitions to the “modern” list and library but customizations be converted to the “modern” experience as there are many benefits to the “modern” experience.  Some of these benefits include the following:

updated user interface: “modern” document libraries are similar to OneDrive, offering intuitive responses such as creating new folders and uploading files in the browser;

–  pinned documents:  pin documents so they are above the fold in any screen view for quick and easy access

copy and move:  unlike old copy and move commands, the “modern” experience is intuitive and allows one to create new folders on they fly as the architecture of your information is displayed

decrease number of copies of document: “modern” document libraries are intelligent.  They remember files that you have used in SharePoint which allows you to import files from other libraries as links rather than data files, thereby, decreasing the amount of storage space and duplicity numerous of files. 

organizing files: “modern” document libraries provide the ability to group files directly on the main page without having to go to a separate admin screen.  In addition to this, there is the capability to click and drag columns to change their size plus sorting, filtering, and grouping can be done from any column header

–  mobile browsers:  whether accessing SharePoint Online with a keyboard, mouse, screen reader or touch, all mobile browsers will now have the same features as a desktop

–  editing metadata:  it is no longer necessary to click through multiple screens to apply an update as metadata can now be edited from the main view on the information panel

–   integration:  by integrating Office Online with SharePoint Online, SharePoint Online now provides a complete document preview at the top of the information panel and is completely navigable.  The information panel displays pertinent metadata including history of recent activities, recipients of the file for sharing and updates to the file

It is important to note that the “classic” experience will not be deprecated but will co-exist with the “modern” experience. 

There is an option available to the Admin to enable SharePoint to automatically detect when certain features are being used.  This auto-detect automatically returns the “modern” experience back to the “classic” experience when certain features are used. 

These features that are compatible to auto-detect include:

1. Navigation Features:  all libraries on sites that have metadata navigation and filtering features enables are shown in “classic” experience;

2.  Column Types:  geolocation columns, external data columns, and publishing columns (including publishing HTML, Publishing Image, Publishing Hyperlink); and

3.  Customizations:  JSLink code on fields, and CustomActions that include ScriptBlock or ScriptSrc properties. 

Auto-detect can be enabled, assuming the “modern” experience was not disabled under the site, web, or list levels, by following these steps:

1.  Choose Admin Centres;

2.  Choose SharePoint;

3.  Choose Settings;

4.  Scroll down to SharePoint Lists and Libraries experience; and

5.  Choose New Experience (auto-detect) (the black should appear in the circle next to this). 

Auto-detect is now enabled. 

Customization Options

Unlike the “classic” lists and libraries, the “modern” list and libraries supports fewer customization options; however, the SharePoint Product Group is continually working towards supporting more options in the future.  In the meantime, supported capabilities include Subset of User Custom Actions, Custom Branding, and PowerApps and Flow Integration. 

Customizations that are not currently supported for “modern” lists and libraries include: JSLink based field and view customizations, custom CSS via AlternateCSSUrl web property, custom JavaScript embedded via User Custom Actions, Custom master pages, customization via InfoPath, Minimal Download Strategy (MDS), and SharePoint Server Publishing.  For embedded Custom JavaScript, there will be controlled methods of embedding JavaScript on the pages through SharePoint Framework, and not only client-side web parts. 

 

User Custom Actions

Not all user custom actions supported by “classic” mode are supported in “modern” experience mode.  The following is a list of supported custom action locations and how they are surfaced in the “modern” UI:

1. User Custom Action Location:  EditControlBlock will be visible and show up as custom menu items; 

2.  User Custom Action Location:  CommandUI.Ribbon will be visible and show up as toolbar items; and

3.  User Custom Action LocationScriptlink and all other locations will not be visible and will not surface in the “modern” experience

Adding custom links to the context menu can be achieved by using the EditControlBlock as the location for your custom action.  Likewise, to extend the toolbar in the “modern” list and library experiences can be achieved by adding a user custom action targeting the CommandUI.Ribbon location. 

User Custom Action Limitations

It is important to keep in mind the limiting parameters when developing user custom actions. These limitations include the following:

1. Control of User Custom Actions:  one does not have complete control of the order in which the user custom actions show up.  The current API does not account for the sequence attributes;

2. Usage of JavaScript:  user custom actions will not show up if JavaScript is embedded in the command actions as it is not supported;

3. ScriptLink and ScriptBlock:  as ScriptLink is not supported, any user custom action relying on ScriptLink will not run in the “modern” experience; and

4.  Image Maps:  Image maps is not supported but you can specify individual images that are only 16 x 16.

Custom Branding

If your site employs a custom theme, then this custom theme will be respected in the “modern” list and library experience. 

 

 

Configuring End User Experience

The “modern” or “classic” list and library experience can be controlled at multiple levels:

1.  Tenant Level Configuration:  Highly suggested for disabling the “modern” experience completely.  In your tenant admin center, go to settings, select “classic” experience;

2.  Site/Web Level Configuration:  For preventing a web or site collection from using the “modern” experience, one can enable/disable features; and

3.  List/Library Configuration:  Control can be found at the library level by going to list settings, advanced settings, and then choose how you want to change the behavior.  Optionally, it can also be done using CSOM. 

As the SharePoint Team continues to add more supported features, it is highly recommended that one transitions to the “modern” list and library to take full advantage of the user-friendly environment which results in a satisfying end-user experience. 

 

 

SharePoint and Office 365: Patterns & Practices – Part 1: The Basics

 

What is SharePoint Patterns & Practices (PnP)?

SharePoint Patterns & Practices (PnP) is an initiative that was launched in 2013 with the vision to simplify development by providing an open source, reusable components, and solutions that have been built collaboratively between the community and Microsoft. Through sharing of knowledge of implementation practices in SharePoint and Office 365, Microsoft and the community collaboratively create the starting points for PnP guidance and code samples. 

How does it look like?

There are three levels of engagement.  Imagine a target with 3 concentric circles with the centre of the target being the Core Team.  Encircling the Core Team is the second layer comprised of the Special Interest Groups (SIGs) while the final outer third layer is the Community. 

1.   Core Team:  As the title implies, the Core Team has the greatest direct involvement with the PnP library of code samples and guidance documentation.  Comprised of a small group of individuals from Microsoft and the community, they have been granted permission and direct access to the PnP library to merge approved changes in the PnP library.  By keeping the Core Team small, control can be maintained to ensure proper and appropriate value is added to the PnP library.  

 

2.   Special Interest Groups (SIGs):  Special Interest Groups are being brought together and are currently being piloted with SharePoint client side development to develop the JavaScript Library.   SIGs meet weekly to exchange thought, processes, and code to build the JavaScript Library.  SIGs do not have access to the PnP library though what they produce will have an impact on the PnP Library.

 

3.   Community: With the least access to the PnP Library, this group is comprised of both the internal and external community.  Their involvement is through either of the following methods: 

 

a.    Bi-weekly office hours: hosted by members of the PnP initiative, they review and explain what the Core Team is doing, what they plan to do, and they provide suggestions as to the various areas or topics that could use community contribution.  At the end of the session is an open mic where the community is provided the opportunity to voice suggestions as to what they would like to contribute to the initiative.  These are then pitched to the Core Team, who is then tasked to render the final decisions.    

b.    Monthly Community Calls:   a unidirectional communication informing the community what changes have been proposed, names of members who have been contributing, and names of those who have been doing demos or presentations for the bi-weekly office hours.  Recognition during these calls improves the exposure of members who participate, which in turn, provide endless networking opportunities.  These Monthly Community Calls are held the first Friday of every month.  On every second Tuesday of every month, the community is provided the latest changes in the PnP Library.

 

What benefits do I receive from PnP?

By becoming an active member and recipient of PnP, not only will you gain a community of peers and experts, but you will also have access to useful libraries and an unfathomable amount of code.  Some of the libraries include the PnP Core Library, which is a NuGet ready to go package, PnP Components, Samples and Solutions, PnP Provisioning Engine, and PnP PowerShell. These are just a few examples of the libraries that you will gain access to.  Under one umbrella, there will be an establishment of common architectural patterns and standardize guidance that is available upon immediate publication of the code.  For those who would like more detailed instructions, there are webcasts available as well as on-line training material.  The best part of joining and participating in the PnP Initiative is that all materials, including videos, presentations, webcasts, are not only available for your viewing, but they are free for re-use in any way that you want! 

 

How am I supported in the PnP Initiative?

Being an open source community program, there are no sales level agreements (SLAs) for Microsoft support.  As PnP is not a product like Word or MS Office, it is not supported through Premier Support or other official support channels.  Instead, support can be accessed through the SharePoint Developer Group in the Microsoft Tech Community to provide input and/or to ask any questions regarding existing material. 

Microsoft and the community work collaboratively to provide open source code samples with standardized guidance documentation.  Both the code samples and guidance adhere to the PnP guidelines for support and recommended techniques.  These materials are maintained by Microsoft while all PnP implementations are reviewed and approved by SharePoint Engineering.  Most importantly, PnP retains its uniqueness by being supported from within the community by the community.