Create new RichFaces Documentation Jira issue

This will launch the RichFaces Jira page - to complete your feedback please login if needed, and submit the Jira.

JBoss.orgCommunity Documentation

6.10.1.  < rich:modalPanel > available since 3.0.0

The component implements a modal dialog window. All operations in the main application window are locked out while this window is active. Opening and closing the window is done through client JavaScript code.


Table 6.204. rich : modalPanel attributes

Attribute Name Description
autosizedIf "true" modalPanel should be autosizeable. Default value is "false".
binding JSF: The attribute takes a value-binding expression for a component property of a backing bean
controlsClassAssigns one or more space-separated CSS class names to the component controls
domElementAttachmentDefines the DOM element, which stacking context will assimilate the modalPanel. Possible values: "body", "form", "parent". Default value is "body".
headerClassAssigns one or more space-separated CSS class names to the component header
heightAttribute defines height of component. Default value is "300".
id JSF: Every component may have a unique id that is automatically created if omitted
keepVisualStateIf "true" modalPanel should save state after submission. Default value is "false".
labelA localized user presentable name for this component.
leftAttribute defines X position of component left-top corner. Default value is "auto".
minHeightAttribute defines min height of component. Default value is "10". If the value is less then 10, a "IllegalArgumentException" exception is thrown.
minWidthAttribute defines min width of component. Default value is "10". If the value is less then 10, a "IllegalArgumentException" exception is thrown.
moveableIf "true" there is possibility to move component. Default value is "true".
onbeforehideThe client-side script method to be called before the modal panel is hidden
onbeforeshowThe client-side script method to be called before the modal panel is opened
onhideThe client-side script method to be called after the modal panel is hidden
onmaskclickThe client-side script method to be called when a left mouse button is clicked outside the modal panel
onmaskcontextmenuThe client-side script method to be called when a right mouse button is clicked outside the modal panel
onmaskdblclickThe client-side script method to be called when a left mouse button is double-clicked outside the modal panel
onmaskmousedownThe client-side script method to be called when a mouse button is pressed down outside the modal panel
onmaskmousemoveThe client-side script method to be called when a pointer is moved outside the modal panel
onmaskmouseoutThe client-side script method to be called when a pointer is moved away from the modal panel
onmaskmouseoverThe client-side script method to be called when a pointer is moved onto the modal panel
onmaskmouseupThe client-side script method to be called when a mouse button is released outside the modal panel
onmoveThe client-side script method to be called before the modal panel is moved
onresizeThe client-side script method to be called when the modal panel is resized
onshowThe client-side script method to be called when the modal panel is displayed
overlapEmbedObjectsIf "true" modalPanel creates iframe to overlap embed objects like PDF on a page. Default value is "false".
rendered JSF: If "false", this component is not rendered
resizeableIf "true" there is possibility to change component size. Default value is "true".
shadowDepthPop-up shadow depth for suggestion content
shadowOpacityHTML CSS class attribute of element for pop-up suggestion content
showWhenRenderedIf "true" value for this attribute makes a modal panel opened as default. Default value is "false"
styleHTML: CSS style rules to be applied to the component
styleClass JSF: Assigns one or more CSS class names to the component. Corresponds to the HTML "class" attribute.
topAttribute defines Y position of component left-top corner. Default value is "auto".
tridentIVEngineSelectBehaviorHow to handle HTML SELECT-based controls in IE 6? - "disable" - default, handle as usual, use disabled="true" to hide SELECT controls - "hide" - use visibility="hidden" to hide SELECT controls
trimOverlayedElementsDefines whether to trim or not elements inside modalPanel. Default value is "true"
visualOptionsDefines options that were specified on the client side
widthHTML: Attribute defines width of component. Default value is "200".
zindexAttribute is similar to the standard HTML attribute and can specify window. Default value is "100". placement relative to the content

Table 6.205. Component identification parameters

NameValue
component-typeorg.richfaces.ModalPanel
component-classorg.richfaces.component.html.HtmlModalPanel
component-familyorg.richfaces.ModalPanel
renderer-typeorg.richfaces.ModalPanelRenderer
tag-classorg.richfaces.taglib.ModalPanelTag

Here is a simple example as it could be used on a page:

Example:


...
<rich:modalPanel id="panel">
    <f:facet name="header">
        <h:outputText value="header" />
    </f:facet>
    ...
    <!--Any Content inside-->
    ...
    <a onclick="Richfaces.hideModalPanel('modalPanelID');" href="#">Hide</a>
</rich:modalPanel>
<a onclick="Richfaces.showModalPanel('modalPanelID');" href="#">Show</a>
...

Example:

import org.richfaces.component.html.HtmlModalPanel;

...
HtmlModalPanel myPanel = new HtmlModalPanel();
...

The component is defined as a panel with some content inside that displays its content as a modal dialog. To call it and to close it, the client API for the window is used.


Important:

To work properly the <rich:modalPanel> should always be placed outside the original <h:form> and must include its own <h:form> for such cases like performing submissions from within the <rich:modalPanel>.

Note:

In order to avoid a bug in IE, the root node of the dialog is moved on the top of a DOM tree.

It's possible to add a "header" facet to the component to set the content for the header.

Example:


<a onclick="Richfaces.showModalPanel('pnl');" href="#">Show ModalPanel</a>
<a4j:form>
    <rich:modalPanel id="pnl">
        <f:facet name="header">
            <h:outputText value="This is a panel header" />
        </f:facet> 
        <p>The &lt;rich:modalPanel&gt; accepts different types of information: 
        from simple text to iterative components such as &lt;rich:dataTable&gt;, etc.
        </p>
        <a onclick="Richfaces.hideModalPanel('pnl');" href="#">Hide</a>
    </rich:modalPanel>
</a4j:form>

Here is what happening on the page:


A facet named "controls" can be added to the component to place control elements on a header.

Example:


<a onclick="Richfaces.showModalPanel('pnl');" href="#">Show ModalPanel</a>
<a4j:form>
    <rich:modalPanel id="pnl">
        <f:facet name="header">
            <h:outputText value="This is a panel header" />
        </f:facet> 
        <f:facet name="controls">
            <h:graphicImage value="/pages/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('pnl')" />
        </f:facet>
        <p>The &lt;rich:modalPanel&gt; accepts different types of information: 
        from simple text to iterative components such as &lt;rich:dataTable&gt;, etc.
        </p>
    </rich:modalPanel>
</a4j:form>

The result:


To understand the sence of " domElementAttachment " attribute you should understand the stacking context in the division element (<div>) HTML makeup. Since each positioned or z-indexed element (in CSS position: absolute or relative or z-index: [any integer value different from 0]) form their own stacking context the <rich:modalPanel> nested into such element may be overlapped with another elements, which appear later in HTML hierarchy and assimilated with basic stacking context (HTML <body>). To make the panel rendered in closest to the observer layer and avoid such overlapping, the component was designed in way when it is always being automatically assimilated with <body> and with a very high rendering layer (z-index). Due to some side effects the <rich:modalPanel> should not always be assimilated with <body> stacking context. The " domElementAttachment " attribute helps to reassign the panel to it 'parent' or 'form' element. If 'form' is used and no parent form is available the panel is functioning as if it is assimilated with <body>.

Note:

If " domElementAttachment " value is not 'body' then some overlapping may occur.

To manage window placement relative to the component, there are "left" and "top" attributes defining a window shifting relative to the top-left corner of the window.

Modal windows can also support resize and move operations on the client side. To allow or disallow these operations, set the "resizeable" and "moveable" attributes to "true" or "false" values. Window resizing is also limited by "minWidth" and "minHeight" attributes specifying the minimal window sizes.

Also you can use "minWidth" and "minHeight" attributes used as showModalPanel() arguments in JavaScript options.

You can pass your parameters during modalPanel opening or closing. This passing could be performed in the following way:

Example:


Richfaces.showModalPanel('panelId', {left: auto, param1: value1});

Thus, except the standard modalPanel parameters you can pass any of your own parameters.

Also modalPanel allows to handle its own opening and closing events on the client side. The "onshow" attribute is used in this case.

The following example shows how on the client side to define opening and closing event handling in such a way that your own parameters could also be obtained:

Example:


onshow="alert(event.parameters.param1)"

Here, during modalPanel opening the value of a passing parameter is output.

More information about this problem could be found on the RichFaces Development Forum.

There is a possibility to restore of the previous component state on a page (including position on the screen) after submitting and reloading. The modalPanel has some special attributes like "showWhenRendered" and "keepVisualState" .

"showWhenRendered" - This boolean attribute is used if modalPanel should be rendered after first page loading.

"keepVisualState" - Used if modalPanel should save state after submission. If keepVisualState="true" then parameters which modalPanel has during opening should be submitted and passed to new page.

Example:


<a href="javascript:Richfaces.showModalPanel('pnl', {top:'10px', left:'10px', height:'400'});">Show</a>

Here, if you open modal dialog window using current link and after submits data then modalPanel destination and height on new loaded page is restored.

if you need the content of the modalPanel to be submitted - you need to remember two important rules:

  • modalPanel must have its own form if it has form elements (input or/and command components) inside (as it was shown in the example above)

  • modalPanel must not be included into the form (on any level up) if it has the form inside.

Simple example of using commandButton within modalPanel is placed below.

Example:


<a4j:form>
<rich:modalPanel>
        <f:facet name="header">
                <h:outputText value="Test" />
        </f:facet>
        <f:facet name="controls">
                <h:commandLink value="Close" style="cursor:pointer" onclick="Richfaces.hideModalPanel('mp')" />
        </f:facet>
        <h:form>
                <h:commandButton value="Test" action="#{TESTCONTROLLER.test}" />
        </h:form>
</rich:modalPanel>

See also discussion about this problem on the RichFaces Users Forum.

The "label" attribute is a generic attribute. The "label" attribute provides an association between a component, and the message that the component (indirectly) produced. This attribute defines the parameters of localized error and informational messages that occur as a result of conversion, validation, or other application actions during the request processing lifecycle. With the help of this attribute you can replace the last parameter substitution token shown in the messages. For example, {1} for "DoubleRangeValidator.MAXIMUM", {2} for "ShortConverter.SHORT".

In RichFaces Cookbook article about Modal Panel there is information for those of you who would like to click on a details link in table and have it show a modal panel with information loaded from the server.

To avoid overlapping of the <rich:modalPanel> component on the page by any embed objects (inserted with HTML <EMBED> tag) set the "overlapEmbedObjects" attribute to "true".



For skinnability implementation, the components use a style class redefinition method. Default style classes are mapped on skin parameters.

There are two ways to redefine the appearance of all <rich:modalPanel> components at once:






The screenshot shows the classes names for defining different elements.


In order to redefine styles for all <rich:modalPanel> components on a page using CSS, it's enough to create classes with the same names (possible classes could be found in the tables above) and define necessary properties in them.

Example:


...
.rich-mpnl-mask-div{
    
background-color:#fae6b0;
}
...

This is a result:


In the example the background color for mask was changed.

Also it's possible to change styles of particular <rich:modalPanel> component. In this case you should create own style classes and use them in corresponding <rich:modalPanel> styleClass attributes. An example is placed below:

Example:


...
.myClass{
    
font-style:italic;
}
...

The "headerClass" attribute for <rich:modalPanel> is defined as it's shown in the example below:

Example:


<rich:modalPanel ... headerClass="myClass"/>

This is a result:


As it could be seen on the picture above,the font style for header was changed.

Vizit ModalPanel page at RichFaces Livedemo for examples of component usage and their sources.

Read the " An Introduction To JBoss RichFaces" tutorial by Max Katz to find out how the <rich:modalPanel> helps to edit and save changes for table entries.

Some articles at JBoss portal describing different aspects of <rich:modalPanel> usage: