Skip to main content

Thinking out aloud - Dave Hunter's SharePoint Blog

Go Search
Home
Blog
  

Locations of visitors to this page


 Useful Links

  Microsoft UK events
  SharePoint 2007 on CodePlex
  SharePoint Community Portal
  SharePoint User Group
  SharePoint Community Portal
  SharePoint Pedia
  SharePoint MSDN Forums
  SharePoint University
Home > Thinking out aloud - Dave Hunter's SharePoint Blog > Posts > Delving into SharePoint 2007 Personalisation
My thoughts and findings on Microsoft Information worker technologies, including MCMS and SharePoint 2007 (MOSS).
Delving into SharePoint 2007 Personalisation

In SharePoint there are two types of modifications to sites; customisation and personalisation.  Customisation relates to changes for all users, this view of SharePoint is the "shared view".  The Shared View is a standard view of the page available to everyone.  Personalisation relates to a change made by an individual user on a per user basis, this view is the "personal view".

Enabling Personalised Views

Before you can start personalising pages you will need to enabling personalisation for users.  Personalisation features are enabled by granting rights for users in the Shared Services Provider.

  1. Navigate to the Shared Service Provider Administration website.
  2. Click on "Personalization services permissions".
  3. Add an individual user or group and grant rights for "Personal Features".

Personal Features allows users to personalise pages.  Personal Site allows users to have a MySite.

Please note: If you have NT Authority\Authenticated Users group listed with Personal Features you are allowing all domain users to personalise pages.

Now we have granted users the correct rights for personalisation, lets move onto personalising pages.

Personalising the page (personal views)

  1. Navigate to the desired page that you wish to personalise.
  2. Click on the "Welcome User Name" down arrow and select "Personalize this page". 
  3. The page can now be customised to your needs.
  4. After you have finished making changes, click on "exit personal view".

The screenshot below shows a personalised team site homepage with a new webpart for user's tasks.

When you personalise a page it will show up as the default view.  To show the "Shared View" again, click the "Show Shared View".

Resetting page content

  1. Navigate to the page that you wish to reset back to the "Shared View".
  2. Click on the "Welcome User Name" down arrow and select "Reset Page Content". 
  3. Click OK on the dialog.

When navigating back to this page the "Shared View" will be shown as the default (the "Personal View" no longer exists).

The screenshot below shows the shared view of the team site homepage.

Personalisation with WebParts

WebParts have configuration properties, typically these are set by the site collection owner or a user with the correct rights. These settings are applied to the "Shared View". When you create properties for webparts you can set the scope whether they are "Shared" or "User" personalisable properties. For example:

A Shared Property

[Personalizable(PersonalizationScope.Shared),
WebBrowsable(true),
WebDisplayName("RSS Feed Url"),
WebDescription("Location of RSS feed for control to display")]
public string RssFeedUrl
{
  get { return rssFeedUrl; }
  set { rssFeedUrl = value; }
}

A User Personalisable Property

[Personalizable(PersonalizationScope.User),
WebBrowsable(true),
WebDisplayName("Post Content"),
WebDescription("Show Titles or Full body of the post")]
public DisplayMode PostContent
{
  get { return postContent; }
  set { postContent = value; }
}

The enumeration PersonalizationScope controls whether the property is a shared customisation or a user customisation.

Considerations regarding enabling personalisation

Personalisation has a higher cost on performance than customisation.  For each user request SharePoint needs to decide which view to display to the user (whether the user has customised the page and needs to see the "personal view" or "shared view").  Because of this personalisation should be planned for and implemented with a good level of control / caution.

The content database stores shared and personalised versions of pages.  When a page is personalised the user personalised version is stored seperately in the content database to the shared version.  If 10 users personalise the homepage of a team site, the content database will hold 11 versions of the team site homepage (10 user personalised versions and 1 shared version).

MySites are a personalisable area for users.  They are designed for uses to modify and customise to help them carry out their daily jobs.  They have their personal view and shared view.  You should look into utilising MySites instead of enabling personal views, both have pros and cons.

Troubleshooting

  • The "Personalize this page" link may not appear if the page is checked out.
  • Whilst personalising the page if users can't move webparts between zones you may need to perform the following:
    • Verify the webparts have "Allow Close" and "Allow Hide".
    • Make sure the webpart zones allow personalization.  This is set using SharePoint Designer.
  • If user personalisation breaks the user's view and you can no longer see the page in order to reset the page content, pasting in the following command into the address bar of the web browser will call the same command.

javascript:MSOWebPartPage_RestorePageDefault();

Hope this helps

  Copyright
This work is licenced under a Creative Commons Attribution-Noncommercial-No Derivative Works 2.0 UK: England & Wales License
  Site Map

Comments

Versions of the page

Actually, if you look in the database, there is only one version of the page. There is a table in the content database called "personalization" (or something similar to that) which contains the configuration of the web parts for a particular user on their personalized page. I am not denouncing the performance implications of using personalized pages, but from what I have seen there is no evidence of multiple pages per users.
at 06/05/2008 02:21

SSP "Personal Features" right versus site "Personal Permissions" permission

I believe, when wishing to allow a user to personalize pages, you must set the permission in the site "Personal Permissions" permission, rather than in the SSP "Personal Features" right.  The SSP "Personal Features" right confers the "My Links" feature, and maybe some other, but not the page Personalization capability - I think, but I could be wrong.

I tested this yesterday, but am going to do it again to sanity check it!  I'll comment back.
at 04/09/2008 09:42

SSP "Personal Features" right versus site "Personal Permissions" permission

I believe, when wishing to allow a user to personalize pages, you must set the permission in the site "Personal Permissions" permission, rather than in the SSP "Personal Features" right.  The SSP "Personal Features" right confers the "My Links" feature, and maybe some other, but not the page Personalization capability - I think, but I could be wrong.

I tested this yesterday, but am going to do it again to sanity check it!  I'll comment back.
at 04/09/2008 10:26

SSP "Personal Features" right versus site "Personal Permissions" permission

Well, I've added a user to AD with: no SP profile, no SSP "Personal Features" right, but does have site "Personal Permissions" (along with Read permissions), and this user does have the Personalize page capability.

I then added a user to AD with: no SP profile, does have SSP "Personal Features" right, no site "Personal Permissions" (Read permissions only), and this user does not have the Personalize page capability.  It does, however, have the "My Links" menu.  Also, although the SP user profile import was not scheduled, this user was automatically generated a SP profile!  This is because - I am told - the My Links data is stored in the user profile; without a user profile a user cannot have the "My Links" functionality conferred by the SSP "Personal Features" right.  It would be interesting to see what happens if rather than merely not scheduling an SP profile import, I specifically made sure the user was excluded from the SP profile import selection.  In this situation, you would be able to enable functionality that shouldn't be able to be enabled.  Error messages all round, methinks.  I'll try that later.

As a control, I added a user to AD with: no SP profile, no SSP "Personal Features" right, no site "Personal Permissions" (Read permissions only), and this user does not have the Personalize page capability.  Nor does it have the "My Links" menu.
at 04/09/2008 11:07

SSP "Personal Features" right versus site "Personal Permissions" permission

Well, I've added a user to AD with: no SP profile, no SSP "Personal Features" right, but does have site "Personal Permissions" (along with Read permissions), and this user does have the Personalize page capability.

I then added a user to AD with: no SP profile, does have SSP "Personal Features" right, no site "Personal Permissions" (Read permissions only), and this user does not have the Personalize page capability.  It does, however, have the "My Links" menu.  Also, although the SP user profile import was not scheduled, this user was automatically generated a SP profile!  This is because - I am told - the My Links data is stored in the user profile; without a user profile a user cannot have the "My Links" functionality conferred by the SSP "Personal Features" right.  It would be interesting to see what happens if rather than merely not scheduling an SP profile import, I specifically made sure the user was excluded from the SP profile import selection.  In this situation, you would be able to enable functionality that shouldn't be able to be enabled.  Error messages all round, methinks.  I'll try that later.

As a control, I added a user to AD with: no SP profile, no SSP "Personal Features" right, no site "Personal Permissions" (Read permissions only), and this user does not have the Personalize page capability.  Nor does it have the "My Links" menu.
at 04/09/2008 12:59

 Dave Hunter

I'm currently a Senior Consultant at Netstore 2e2. I specialise in Microsoft Information Worker technologies (especially MOSS, MCMS and .NET), with over 8 years of experience within this area of specialism. 

I have gained two certifications for MOSS and WSS and look to complete the full certification track soon.

View Dave Hunter's profile on LinkedIn

  Subscribe in a reader


 Latest Posts

I’m attending the first ever SharePoint Saturday in the UK31/08/2010 19:43
I’ve re-joined CIBER UK31/08/2010 19:26
I’ve been Awarded a MVP for SharePoint01/04/2010 19:49
SharePoint 2010 Training on Microsoft E-Learning15/03/2010 17:56
SharePoint UK User Group - Thursday 27th August London Meeting25/08/2009 17:56
CAML Query that filters on the current user23/07/2009 17:50
Microsoft Ramp Up Free SharePoint Developer Training22/07/2009 20:59
How To: Change a SharePoint Application Pool Programmatically07/07/2009 18:08
SharePoint Forums Topping 100 Answers06/07/2009 12:29
Find out the SharePoint Internal Name for a Column or Site Column28/05/2009 09:56
1 - 10 Next