Manage pages

 


Content

  1. Overview
  2. Open Manage Pages
  3. Navigte through the portal hierarchy
  4. Create and delete pages
  5. Set page properties
  6. Reference existing pages

 


Overview

The Manage Pages portlet allows you to perform the following tasks:

  1. Create, reorder, delete, and edit the properties of pages, labels, and URLs
  2. Reorder pages, labels, and URLs
  3. Assign access to pages, labels, and URLs
  4. Move pages to a new location in the portal hierarchy

 

Opening Manage Pages

  1. Log in to the portal as an administrator.

  2. Click Administration in the portal toolbar.

  3. In the navigation tree, click Portal User Interface, then Manage Pages. The nodes belonging to the currently selected node are displayed.

 

Navigating to a node in the portal hierarchy

Manage Pages displays a table showing the hierarchical structure of the portal. The table displays a list of nodes that belong to the selected branch in the tree. The parent nodes are displayed above the list as a breadcrumb trail.

  • To view nodes at a higher level in the portal structure, select a node from the breadcrumb trail above the table.

  • To view nodes at a lower level in the portal structure, select a node from the Title column in the table.

 

Create and deleting pages

Both administrators and users with appropriate access can create and delete pages. Users can only delete the pages they create.

  • Administrators:

    1. Open Manage Pages.

    2. Navigate to the node under which you want to insert the new page.

    3. Click New Page. You can also create new labels and URLs.

  • Users:

    1. Navigate to the page in the portal under which you want to insert the new page.

    2. Click the context-sensitive New Page link in the toolbar.

Both of these tasks direct you to the Properties portlet, for setting that page title and advanced options, and the Content portlet, for editing the layout and content of the page. When you are finished, the new page is automatically activated. More detailed information is provided for the help for each of these tasks.

Notes:

 

Set page properties

The Properties portlet is displayed when creating a new page. Users can also set page properties by clicking Edit properties from any portlet in the Page Customizer. The page title is required. It is recommended, but not mandatory, that you specify a unique name. WebSphere Portal uses the page name as an internal identifier for the page, and some administration portlets display it.

You can also set the theme for nodes created directly under the content root (level 1 nodes). All nodes that are level 2 and higher inherit the theme from the parent level 1 node.

The following properties can be set through the properties portlet.

Bookmarks

To allow user's to bookmark a page in the portal, select This page can be added to a user's My favorites list.

 

Shared page

To use a page as a reference for creating other pages, select: Other pages can share the contents of this page. See Referencing existing pages for more information about this option.

 

Content and layout

You can either setup the page with its own content and layout properties, or designate a shared page in which these properties are inherited.

  • To setup the page with its own content and layout properties,

    1. Select A content page with these properties.
    2. Select one of the predefined layout templates. The layout properties can be modified further using the Edit Layout portlet.

    3. Select one or more supported markups. The default markup for all pages is HTML. The user can set the page to support other markups, for example, Wireless Markup Language (WML) and Compact HTML (cHTML). A markup option is only available for selection if it is supported for the parent node.

  • To designate a shared page in which the initial content and layout properties are inherited, select A page that uses content from a shared page. This option is available only if a page has been created as a shared page. select from one of the available shared pages. See Referencing existing pages for more information about this option.

 

Portlet caching

This allows you to set the cache life of a portlet. Caching improves performance by keeping the page in the proxy server's memory. For more details, see Tuning.

 

Allowed portlets

This property can be set only when editing an existing page. To designate a list of allowed portlets:

  1. Click This page has a list of allowed portlets. An empty list of restricted portlets is displayed.
  2. Click Add.
  3. Set the search properties and text and click Search. For example, to display all available portlets, select All available from the drop-down list and click Search.
  4. Use the checkboxes to select portlets from the list. Click OK when you are finished making selections.
  5. Review list of restricted portlets and select OK when the list is complete.

 

Titles and descriptions

Use this option for changing the page title or description, or adding or changing titles and descriptions for different locales.

  1. Click I want to set titles and descriptions. A list is displayed of all titles that have been set for this page for each locale.
  2. Click the edit icon for each supported locale that you want to change.
  3. Enter the locale-specific title and description for the page.
  4. Click OK to return to the list of page titles.
  5. When you have finished editing each page title, click OK to return to Properties.

Some of the page titles might not appear correctly if your language preference uses DBCS characters. To correct the display of page titles, change the character set used by your language preference for HTML markup to UTF-8. See Change the character set for a language for more information.

When you are finished setting page properties, click OK to save your changes. When creating a new page, the Content portlet is displayed to allow you to edit the layout and content of the page. Otherwise, you are returned to the location in the portal from which you opened Properties.

 

Referencing existing pages

When a page is created, it can be designated as a shared page. Other pages, called derived pages, can be created that inherit the original page's properties. For example:

  • If content is locked on the page that is referenced, content is locked on all derived pages that reference that page.

  • If a portlet is deleted from the page that is referenced, the portlet is deleted from all pages that reference that page, and all individual user settings for that portlet are lost.

Referencing an existing page allows you to give administrative access to other users while maintaining the content and layout from the original page. Creating a derived page is equivalent to creating a new, specialized layer on the original page. The original page and the new layer are aggregated together at rendering time. The new layer is contained within and controlled by the original page. Therefore, to access the derived page, users must also have access to the original page.

Use the Properties portlet to set up the original page to be shared.

  1. Open Manage Pages.
  2. Locate the original page to be referenced.
  3. Click the Edit Page Properties icon
  4. Expand the Advanced options field.
  5. Make sure Other pages can share the contents of this page is selected.
  6. Click OK.

A page can be set to reference an existing page only during page creation. Follow these steps to create and manage a derived page:

  1. While you are creating the new page, expand the Advanced options field.
  2. Select A page that uses content from a shared page.
  3. Select the parent page from the drop-down list.
  4. When you are finished setting other page properties, click OK.

Changes made to the original parent page are reflected to the derived pages that reference it. Layers can be created on other layers to create a chain of cascading pages, referred to as delegated page specialization. This process means that a root page can be created, and the top level administrator can decide the initial layout and content of the page. The next level administrator can then control and modify a specialized layer of this page, adding more content and layout. This process can continue down a chain of page managers and submanagers. Managers or submanagers in the chain only see their individual layer of the chain; however, they must have the User role for every layer above theirs in order to see the content of the previous layers. An end user is only able to see a layer of the page if appropriate access is given. Here are some examples to illustrate this concept.

John, the superadministrator, creates a page named Home and titles it Home. Brandy, a subadministrator, manages the next level of this page, named Home_operations, and determines what additional content should be added to the Home page for employees in the operations group. Nick, the next level administrator, manages the next level of the Home page, Home_operations_transportation, and determines the content that should be available on the Home page for employees in the transportation department. Nick, as the transportation page administrator, must have the Manager role for Home_operations_transportation so that he can make changes to this page that will affect all users, as well as the User role for Home_operations and the User role for Home; he must have the User role on every layer that combines to create the Home_operations_transportation level. Desi, an end user of the Home_operations_transportation page, must have the User role for Home_operations_transportation, and she must also have the User role for Home_operations and the User role for Home. When Desi, the end user logs on to the portal, she sees one Home page. This Home page will be an aggregation of all the layers associated with the root Home page.

Notes:

  • If you delete a page that is referenced by another page, all pages that reference that page are deleted.

  • The markup specified for the root page cannot be modified on derived pages. The whole derivation tree structure with all layers supports the markup that is specified on the root page.

  • The ability to change the title and description of derived pages can be disabled in the portal configuration. See the description for the allow.derived.titles parameter in Portal service configuration for details.

 

Behavior of derived pages in combination with locks and changing access permissions

Using and altering locks in conjunction with access permissions on the parent pages may result in changes on derived pages depending on the complexity of the derivation structure. The following scenario describes the behavior of derived pages.

An administrator with the editor role creates a page with a two-column layout and places a portlet in each column.

Then a user with an editor role creates an explicit derivation from this page (under Advanced Options, selects A page that uses content from a shared page) and adds two portlets to the explicitly derived page, one portlet in each column as indicated in the following figure:

The red boxes around the two new controls indicate that these controls are on a new layer of the page. The original page content and the new layer together comprise the complete page.

The user with an editor role creates a third column next to the two existing columns and moves all portlets to the new column. The new column exists on the layer of the derived page (red box); whereas, the original portlets are moved into the column through additional information (green arrows) as indicated in the following figure:

Rendering the explicitly derived page shows all four portlets arranged vertically as shown in the previous picture.

Next, the administrator locks all containers and portlets on the original page. This has no impact on the aggregated pages (original page and derived page). The administrator then removes the editor right from the user who created the derived page and assigns only privileged user permissions to that user.

If this privileged user navigates to the derived page, the following issues occur:

  • The administrator set the locks on the original page, which enforces the layout of the original page for the derived page. Therefore, the information that causes the original portlets to be moved into the new column (the green arrows in the above figure) is deleted.

  • Due to the locks, the additions on the extra layer of the derived page (red boxes) are suppressed. The privileged user sees the derived page exactly as the original page.

If the administrator reassigns editor permissions to the user for the derived page, the layout appears differently to the user from any of the stages of the derived page. The layer of additions to the derived page becomes visible again but the information about moving the original portlets has been deleted.

The same principle applies to other layer scenarios in similar ways. Movement information of elements from the original page is deleted; whereas, actions on the layer of the derived page; for example adding portlets, rows, or columns; may persist after reassigning permissions as described above.

 

Move Pages

 

See also

 

WebSphere is a trademark of the IBM Corporation in the United States, other countries, or both.

 

IBM is a trademark of the IBM Corporation in the United States, other countries, or both.