You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 37 Next »

Overview

Critique of the current design

The current design has reached its limits in a number of areas - a separate page describes these problems in more detail. But it has also set landmarks: the green edit bars act like markers for editable elements and they work very well on touch devices. The switch to turn off these bars provides a user with the perfect preview of the page with all its features fully working. In addition, the site can be browsed both in preview and editing mode, which makes it very intuitive to work on a number of pages or sections an editor may be responsible for.

The redesign of the current, preview-based editing into the Visual Page Editing of Magnolia 5 aims at providing a solution for all described problems while retaining all qualities of the existing implementation.

The new interface

The standard interface of Visual Page Editing shows two main sections. Most of the screen is occupied by a preview of the page with the well-known green bars marking the editable paragraphs. A newly introduced toolbox on the right of the screen presents all actions and options applicable to the currently selected item or the page as a whole. The toolbox improves the overall visibility of actions and options by providing them with both a clear location on screen and enough space to present their interface. It introduces flexibility and scalability to support current and future modules wishing to add complementary functions to page editing.

The new visual page editing is still targeting mouse input, but has been crafted with touch devices in mind. While you can use this interface with a keyboard, Page Structure Editing has been specifically optimized for keyboard input and thus should be the preferred way to edit a page using keys only.


Please configure the Balsamiq Wireframes macro and select the wireframe to show. Learn more

Concepts

Area editing

Visual page editing in Magnolia 5 keeps the edit bars introduced in earlier versions, but solves the cloud of bars by introducing Area Editing. The areas of a web page as defined by the web designer and introduced in Magnolia with STK templating are an excellent starting point to reduce the number of edit bars visible at any one time.

Please refer to the separate page on Area Editing for an in-depth description of this concept.

The Toolbox

Magnolia 5 adds a toolbox to the page editing interface. It

  • it shows all applicable actions available to the logged-in user and defined on the currently selected paragraph, selected area or on the page ifself
  • it offers access to global functions such as undo/redo and copy & paste
  • it hosts a set of options of the currently selected paragraph, selected area or the page itself
  • it contains a small panel denoting the name of the instance as well as the logged-in user
  • it provides more flexibility and scalability for actions and options
  • it shows notifications and provides access to the list of system messages

The toolbox replaces the edit bar dedicated to the page, which was shown at the top in preview-based editing in earlier Magnolia versions. The page properties are accessed using a regular page action. Page options like a language selector or information on page links have been extended and moved to the options rack. The button to return to AdminCentral has been replaced with a button in the Toolbox to leave page editing, which is also where the "Preview" button was moved to.

The toolbox also features a two-level control at the top for the selection of a target and a rack. The target may be either a selected paragraph, selected area or the page itself. The targets you may choose depend on which elements are currently selected on the page, if any. If a paragraph is selected, the target can be either this paragraph or the page as a whole. If no element is selected, then the page is the only valid target left. Once you've selected a target, racks become available allowing you to choose either actions or options related to your target.
The target selector solves the problem that showing both paragraph and page actions at the same time results in a long list of actions with similar sounding, but different commands. It also focuses the interface to the content element you're working with.

Note that while this concept may sound complicated, its day-to-day use actually isn't. If you select a paragraph on the page, the target selector is automatically switched to "paragraph". The same holds if you select an area. If you deselect any element or when you enter the page, the target selector is set to "page". The only time you have to manually switch it is when you've selected a paragraph, but would like to switch back to work on page level to e.g. activate the page.

Racks and Units

A rack is basically an enclosure for mounting multiple modules. In Magnolia 5, a rack is a container for a basically arbitrary (but usually small) number of units. Each unit collects a number of UI elements logically and semantically belonging together, such as a language selector or an element representing the translation status of the current page.

The goals of the racks and units concept are:

  • to offer a great overview of various aspects of a content element while keeping the interface simple
  • to provide a scalable UI solution for adding functionality to pages, areas and paragraphs contributed by modules or future extensions
Actions and Options rack

The default configuration offers at most two racks: one for showing the list of actions applicable to the currently selected content element, one for showing options on the same. In both racks, the ubiquitous toolbar unit is available as well.

Options are preferences affecting the editing of a content element, either actively by actually changing which version is edited or passively by providing the user with additional information such as by showing its status in regard to activation or translation. Options differ from settings found in the edit dialogs of a page or paragraph in that they do not affect the actual content, but only the editing of such.

Currently, only page options are defined, but they may become available for paragraphs and areas as well if the need arises.

More space in a rack

If many actions or options have to be shown and the space for showing them is not available (e.g. on small screens), the rack may virtually split and offer more than one page effectively multiplying the space available for units. The rack then shows a page switcher control for accessing all pages. Note that the control shows up above the toolbar unit, which remains visible on all pages of all racks.

Uniform and expanding units

A unit may either use a single-state or a two-state interface. If a unit can provide a short overview of its core settings, but needs more space to show all values, it is dubbed an expanding unit and uses the two-state interface offering both a collapsed and an expanded view. In the expanded view, the unit takes over most of the space available in the rack and thus has plenty of space available to show its data. In the collapsed view, only the brief overview fits in. If a unit only needs one interface to show its settings, it is called a uniform unit and uses a single-state interface offering only the collapsed view.

Same unit and view, different page

If a user chooses to show the page options, then moves to a different page, the page options of that page are displayed as well. The same holds true if a user expands a particular unit to show a specific aspect of the page. By surfing to a different page, he gets the same aspect of the page he just surfed to.

This is an important concept: in order to check one particular aspect of a set of pages, a user chooses the unit providing it, chooses the collapsed or expanded view, if available, then surfs to all pages.

The toolbar unit

The toolbar is a special unit hosting two global functions, namely the clipboard and global undo/redo. In particular undo/redo needs to be available at any time and independent of the currently selected content element. The toolbar thus is available at all times and at the exact same location. It even remains visible if a unit is switched to show its expanded view.

Appearance and functionality of the toolbar rack will be as close as possible to the part of the toolbar offering global functions in AdminCentral.

  • No labels