Assign a Unique Master Page to a Page Layout in a Publishing Portal

The scenario goes, you have a SharePoint 2010 Publishing site and you have created a custom master page that is set as the “Custom” master page for the site. Now all of your pages will use this assigned custom master page as expected. But let’s say that you create a new custom page layout that only special pages will use, and this page layout should use yet a different master page. You go ahead and update the Page directive on the Page Layout by adding something similar to:

MasterPageFile="/_catalogs/masterpage/nightandday.master"

But after saving, checking in and publishing, you find that the pages using this page layout still use the site’s custom master page, not the assigned master page for this particular page layout. Why?

Well this is because Page Layout pages inherit from

Microsoft.SharePoint.Publishing.PublishingLayoutPage

and this class does not allow you to modify the masterpagefile property in the Page Layout. The PublishingLayoutPage class automatically sets the master page to the site’s custom master page during OnPreInit!

Microsoft’s class definition for the PublichingLayoutPage can be found here, be sure to review the Remarks as well.

http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.publishing.publishinglayoutpage.aspx

What is your workaround? Well unfortunately you need to create your own custom class that will inherit from the PublishingLayoutPage class, and then override the CustomMasterUrl property with the master page you would like this custom PublishingLayoutPage class to use.  This isn’t too difficult to do, although you would need to have some coding experience and Visual Studio 2010.

Do you need help creating this custom class? No problem, a great blog article was written for MOSS / SharePoint 2007 that you may find helpful. The process to create this custom class is almost exactly the same in 2007 and 2010.

http://blogs.msdn.com/b/jannemattila/archive/2007/04/14/adding-functionalities-to-pages-by-inheriting-publishingpagelayout.aspx

There is another potential work around that I will discuss in another post. The next post is on the difference between the PublishingLayoutPage class and the WebPartPage class, and how they can be used to create a “custom” page layout that allows for a custom master page applied to only a particular set of page layouts.

http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.publishing.publishinglayoutpage.aspx

4 thoughts on “Assign a Unique Master Page to a Page Layout in a Publishing Portal

  1. you don’t override the CustomMasterUrl, in the code extracted with Reflector it’s really the MasterPageFile that is overriden by the web.CustomMasterUrl. What is really happening here is the OnPreInit of the page is getting the master page that is set at the web level. This is how all pages have the same look and feel as the parent site. If you want to have a custom master page set on a page layout, then you override the the OnPreInit and set the MasterPageFile by your own custom url.

    I think you were communicating this, it just wasn’t clear to me when I first read this. I have posted the Reflector code on my blog and referenced this blog post for background info. Thanks for this post!

    http://geekswithblogs.net/juanlarios/archive/2011/08/04/sharepoint-2010-assign-a-unique-masterpage-to-a-page-layout.aspx

  2. This post was very helpful to understand the issue thax for you ,,

    what i did is another workaround for this issue ,,

    1 – de-attach the page from its layout page
    2 – remove the publishing feature registry in top of the page and replace it with
    webpart pages registry reference
    [Inherits=”Microsoft.SharePoint.WebPartPages.WebPartPage,Microsoft.SharePoint,Version=14.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c” ]

Leave a Reply

Your email address will not be published. Required fields are marked *

Human Check *

Filed Under

#SharePoint...a basketball game...the sky's the limit! Sign up for 1-on-1 time with @EricOverfield at #Ignite2017… https://t.co/Dmmsaj3jNx

The final member of the #PixelLeague has arrived on the scene! The fearless Scriptonator is here to smash some bugs… https://t.co/P8kfO9w3kf

Unable to attend #Ignite2017? Get caught up on all the big news from someone with the inside track & join us on 9/2… https://t.co/HURDWifq7j

Only 1 member of the #PixelLeague remains to appear...Who will help save #Portalton?! Stay tuned this afternoon for… https://t.co/uFmrvX2Stg

Do you love to talk SharePoint? We know someone who does, too! Book 1-on-1 time with @EricOverfield at #Ignite2017!… https://t.co/ILqM62sYH6