|Oracle Fusion Middleware Tag Reference for Oracle ADF Faces
11g Release 1 (188.8.131.52.0)
UIComponent class: oracle.adf.view.rich.component.rich.layout.RichPanelFormLayout
Component type: oracle.adf.RichPanelFormLayout
The panelFormLayout positions input form controls, such that their labels and fields line up vertically. It supports multiple columns, and also supports a footer facet.
Usually, this component will simply contain labelled ADF Faces input components in its main content. This includes components whose names start with 'input' (like inputText and inputDate) and components that start with 'select' (like selectOneChoice, selectBooleanRadio, and selectManyChoice). These components must have their 'simple' attribute set to false, which is the default, and will cause the labels and fields inside the panelFormLayout to be aligned vertically.
When more complex field content is needed, use a panelLabelAndMessage around the content.
Other components can be added to panelFormLayout, but they will not line up with labels and fields automatically, and each will appear on its own row. You can use other panel components, like a horizontal layout panelGroupLayout, to layout a row of buttons or fields. To align content with other labels and fields, use panelLabelAndMessage or use the 'footer' facet. You may also alternatively place a facetRef, iterator, or switcher inside of the panelFormLayout and their resolved children will be treated as if they were direct children of the panelFormLayout.
PanelFormLayout supports grouping of its child components. If you place panelFormLayout children inside of a group, separators will be drawn around the group of items if adjacent to other form items. Separators won't be drawn at the top if the group is the first item in the column or, at the bottom if the group is the last item in the column. Grouped panelFormLayout items are kept in the same column of the panelFormLayout even when the assigned rows attribute is set to a value smaller than the number of items in the group. The panelFormLayout component also supports the group component in its footer facet so you can place more than one item in the footer. You can group footer items one additional time to get separators to appear.
<af:panelFormLayout rows="6" labelWidth="40%"> <!-- A bunch of form components --> <af:inputText label="Text"/> <af:inputFile label="File"/> <af:selectInputText label="SelectInput"/> <af:inputDate label="Date"/> <af:inputText label="Attribute"/> <af:inputText label="Attribute"/> <af:inputText label="Attribute"/> <af:inputText label="Attribute"/> <!-- Now, an example of panelLabelAndMessage for more complex content --> <af:panelLabelAndMessage label="Date Range"> <af:panelGroupLayout> <af:inputDate simple="true" shortDesc="Start date"/> <af:inputDate simple="true" shortDesc="End date"/> </af:panelGroupLayout> </af:panelLabelAndMessage> <f:facet name="footer"> <af:panelButtonBar> <af:commandButton text="Button 1"/> <af:commandButton text="Button 2"/> </af:panelButtonBar> </f:facet> </af:panelFormLayout>
Apply Request Values
|Event delivered to describe an attribute change. Attribute change events are not delivered for any programmatic change to a property. They are only delivered when a renderer changes a property without the application's specific request. An example of an attribute change events might include the width of a column that supported client-side resizing.|
|footer||This facet is rendered under the columns and usually contains an af:group when you want to have more than a single item in the footer.
This facet may not always line up perfectly, particularly if the labels or fields used in the panelFormLayout are longer than what you have allocated for them. Adjust the allocations you have with the labelWidth and fieldWidth attributes when necessary. Remember that labelWidth and fieldWidth must use the same units. Also, the columns attribute on inputText may be helpful to reduce the amount of space that it consumes.
|attributeChangeListener||javax.el.MethodExpression||Only EL||a method reference to an attribute change listener. Attribute change events are not delivered for any programmatic change to a property. They are only delivered when a renderer changes a property without the application's specific request. An example of an attribute change events might include the width of a column that supported client-side resizing.|
|binding||oracle.adf.view.rich.component.rich.layout.RichPanelFormLayout||Only EL||an EL reference that will store the component instance on a bean. This can be used to give programmatic access to a component from a backing bean, or to move creation of the component to a backing bean.|
|customizationId||String||Yes||This attribute is deprecated. The 'id' attribute should be used when applying persistent customizations. This attribute will be removed in the next release.|
|fieldWidth||String||Yes||The preferred width of the fields. The web browser may override this dimension if it cannot fit the fields in the space allocated. You may define the fieldWidth using any CSS unit such as em, px, or %. The units used for this value must be identical to the units used in the labelWidth value. If a fieldWidth is provided as a percentage the labelWidth and the fieldWidth should total up to 100% (regardless of the number of columns). If the fieldWidth is not specified, the browser will let the children components have a natural flowing layout which may mean that the footer facet contents do not line up with the main form items. However, if the fieldWidth is not specified but a labelWidth is specified as a percentage, the fieldWidth will be derived as the appropriate percentage value for you. Note that if you are using a percentage value, multiple columns, and a footer, you may see a slight offset between the positioning of the main form items and the footer items in some web browsers if that browser does not honor fractional divisions of percentages. To minimize this effect, it is recommended that a percentage labelWidth be evenly divisible by the number of columns.|
|id||String||No||the identifier for the component. The identifier must follow a subset of the syntax allowed in HTML:
|inlineStyle||String||Yes||the CSS styles to use for this component. This is intended for basic style changes. The inlineStyle is a set of CSS styles that are applied to the root DOM element of the component. If the inlineStyle's CSS properties do not affect the DOM element you want affected, then you will have to create a skin and use the skinning keys which are meant to target particular DOM elements, like ::label or ::icon-style.|
|labelAlignment||String||Yes||Valid Values: start, top
the alignment of label prompts for the form items.
|labelWidth||String||Yes||The preferred width of the labels. The web browser may override this dimension if it cannot fit the labels in the space allocated. You may define the labelWidth using any CSS unit such as em, px, or %. The units used for this value must be identical to the units used in the fieldWidth value. If a labelWidth is provided as a percentage the labelWidth and the fieldWidth should total up to 100% (regardless of the number of columns). If the labelWidth is not specified, the browser will let the children components have a natural flowing layout which may mean that the footer facet contents do not line up with the main form items. However, if the labelWidth is not specified but a fieldWidth is specified as a percentage, the labelWidth will be derived as the appropriate percentage value for you. Note that if you are using a percentage value, multiple columns, and a footer, you may see a slight offset between the positioning of the main form items and the footer items in some web browsers if that browser does not honor fractional divisions of percentages. To minimize this effect, it is recommended that a percentage labelWidth be evenly divisible by the number of columns.|
|maxColumns||int||Yes||the maximum number of columns to show. This attribute defaults to 3 and 2 on PDAs. If this panelFormLayout is inside of another panelFormLayout, this will always be 1.|
|partialTriggers||String||Yes||the IDs of the components that should trigger a partial update. This component will listen on the trigger components. If one of the trigger components receives an event that will cause it to update in some way, this component will request to be updated too. Identifiers are relative to the source component (this component), and must account for NamingContainers. If your component is already inside of a naming container, you can use a single colon to start the search from the root of the page, or multiple colons to move up through the NamingContainers - "::" will pop out of the component's naming container (or itself if the component is a naming container) and begin the search from there, ":::" will pop out of two naming containers (including itself if the component is a naming container) and begin the search from there, etc.|
|rendered||boolean||Yes||whether the component is rendered. When set to false, no output will be delivered for this component (the component will not in any way be rendered, and cannot be made visible on the client). If you want to change a component's rendered attribute from false to true using PPR, set the partialTrigger attribute of its parent component so the parent refreshes and in turn will render this component.|
|rows||int||Yes||the number of rows after which to start a new column. This attribute defaults to Integer.MAX_VALUE. The number of rows actually rendered depends also on the "maxColumns" property. If the children will not fit in the given number of rows and columns, the number of rows will increase to accomodate the children.|
|shortDesc||String||Yes||the short description of the component. This text is commonly used by user agents to display tooltip help text, in which case the behavior for the tooltip is controlled by the user agent, e.g. Firefox 2 truncates long tooltips. For form components, the shortDesc is displayed in a note window. For components that support the helpTopicId attribute it is recommended that helpTopicId is used as it is more flexible and is more accessibility-compliant.|
|styleClass||String||Yes||a CSS style class to use for this component. The style class can be defined in your jspx page or in a skinning CSS file, for example, or you can use one of our public style classes, like 'AFInstructionText'.|
|unsecure||java.util.Set||Yes||A whitespace separated list of attributes whose values ordinarily can be set only on the server, but need to be settable on the client. Currently, this is supported only for the "disabled" attribute.|
|visible||boolean||Yes||the visibility of the component. If it is "false", the component will be hidden on the client. Unlike "rendered", this does not affect the lifecycle on the server - the component may have its bindings executed, etc. - and the visibility of the component can be toggled on and off on the client, or toggled with PPR. When "rendered" is false, the component will not in any way be rendered, and cannot be made visible on the client. In most cases, use the "rendered" property instead of the "visible" property.
Not supported on the following renderkits: org.apache.myfaces.trinidad.core