65.9K
CodeProject is changing. Read more.
Home

Switch a SharePoint WebPart page display mode to Edit mode and vice versa

starIconstarIconstarIcon
emptyStarIcon
starIcon
emptyStarIcon

3.50/5 (3 votes)

Mar 1, 2008

CPOL

2 min read

viewsIcon

84191

downloadIcon

145

Switching the Display mode of a SharePoint WebPart page programmatically.

Introduction

Recently, one of my clients had a requirement to go into the Edit mode of a SharePoint page using a manual link displayed in the Quick Launch. He was lazy to go to Site Actions -> Edit Page and then again go somewhere else for the Exit Edit Mode :)

To give some background for beginners, whenever we click Edit Page on the Site Actions menu, the pages switch into a different display mode called Design Mode. It is not a feature of SharePoint, but that of the ASP.NET 2.0 Web Parts Framework.

Background

According to the framework, the page can have four different modes:

  • BrowseDisplayMode: Represents the default display mode.
  • CatalogDisplayMode: Used for adding controls from a catalog of controls to a web page.
  • ConnectDisplayMode: Displays a special UI for users to manage connections between Web Part controls.
  • DesignDisplayMode: Used for changing the layout of web pages containing Web Part controls.
  • EditDisplayMode: Displays a UI from which end users can edit and modify server controls.

The WebPartManager control provides a programmatic interface, making it possible to switch the Web Part page between Browse, Design, and Edit display modes. For example, to programmatically switch the current page into Design mode, you can simply add a link control with an event handler that sets the DisplayMode property to DesignDisplayMode.

WebPartManager1.DisplayMode = WebPartManager.DesignDisplayMode;

Although this would work technically, it would not give up the visible changes to the page, like the visibility of page editing toolbar, WebPart zones etc. This visual magic is done by a lot of JavaScript which is executed when we click Edit Page on the Site Actions menu. To build this link control, we need to figure out the JavaScript code which causes this behaviour.

This would be present in default.master. If we open the Site Actions menu and do View Source on IE, here is the code of our interest:

<td class="ms-siteactionsmenu" id="siteactiontd">
<span><a href="javascript:MSOLayout_ToggleLayoutMode();">Edit Page</a></span>

As you must have figured out, it is the MSOLayout_ToggleLayoutMode() function which does all the magic of turning the current page into an Edit page. This JavaScript also calls the server side code which executes this statement.

WebPartManager1.DisplayMode = WebPartManager.DesignDisplayMode;
//(This can also be demonstrated, but its beyond scope)

Building the WebControl

Armed with this knowledge, we can build a simple WebControl which we will switch the page into Edit mode and vice versa. Below is the code for the same. It is the simplest WebControl you will see ever.

using System;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using System.Web.UI;
namespace SPUtil
{
    public class SPEditMode:System.Web.UI.WebControls.WebControl
    {
        HtmlAnchor btnLink;

        protected override void CreateChildControls()
        {
            WebPartManager wp = WebPartManager.GetCurrentWebPartManager(Page);
            
            const string url="javascript:MSOLayout_ToggleLayoutMode();";

            btnLink = new HtmlAnchor();
            
            if (wp.DisplayMode == WebPartManager.BrowseDisplayMode)
                btnLink.InnerText = "Edit Page";
            else if (wp.DisplayMode == WebPartManager.DesignDisplayMode)
                btnLink.InnerText = "Exit Edit Mode";
            else
                btnLink.Visible = false;

            btnLink.HRef = url;
            
            Controls.Add(btnLink);
            base.CreateChildControls();
        }
      
    }
}

I have used HtmlAnchor rather than LinkButton or SPLinkButton since it is lightweight on the server and we are not performing any special processing which is present in server controls.

One point to be worth noted: this link would be visible to all including visitors. For use in practical scenarios, the control should be hidden for everyone other than members and administrators. I am using this link in the user's MySite and hence I did not have that case :)