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:

1
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

1
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. Juan Larios August 4, 2011

    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. Hamzeh Al-Bakri February 7, 2012

    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” ]

    1. Eric Overfield February 7, 2012

      A very clean way to describe a great solution. I wrote another blog post on this as well and described some of the ramifications. I like your quick and direct explaination though.

  3. John August 17, 2012

    Helpful info. Too bad Microsoft doesn’t make this a little easier…

Leave a Comment

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

Enter Code *

Filed Under

Related

Anyone who has 'attended' a physical meeting by 'conferencing in' in knows the frustrations & limitations that come from not being in the room. You're the voice in the ceiling & not equally represented in the conversation.

This is no longer acceptable.

http://ow.ly/EmFK50Fqqhu

Today, we find ourselves facing the “hybrid work paradox.”

Employees are keen to retain flexibility. At the same time, human-to-human collaboration remains important.

To marry the best of both, hone your strategy, spaces, & tech to suit employee needs.

http://ow.ly/JtVO50Fn8qX

It's the day of the show, y'all!

Join the #PixelMillWebinars this morning at 11am PST for a live panel discussion about what the #digitalworkspace looks like for a #hybrid team, & how #Microsoft365 can empower your users no matter where they're working.

http://ow.ly/q81i50FhITy

IT'S WEBINAR WEEK!

Join the #PixelMillWebinars this Thursday as we welcome key players from @OrchestrySoft, @KieferConsult, and @AP_Mortgage to discuss the hybrid work paradox and how #Microsoft365 can empower your users no matter where they're working.

http://ow.ly/2uc550FfqO6

We've all been itching to get "back to normal," but what does that mean? Are we missing out on valuable lessons learned by trying to return to something that perhaps wasn't working before?

Join us next week for a live panel discussion on the new normal.

http://ow.ly/CfsU50FdQXv

Subscribe to PixelMill's
E-news

* indicates required

Let's Talk Digital
Workspaces Today

Get In Touch