public static interface FormItem.CustomStateGetter
| Modifier and Type | Method and Description |
|---|---|
java.lang.String |
getCustomState(FormItemElementType elementType,
java.lang.String derivedState)
Deprecated.
Do not use CustomStateGetter; use
FormItem.StateCustomizer instead |
java.lang.String getCustomState(FormItemElementType elementType, java.lang.String derivedState)
FormItem.StateCustomizer insteadFormItemBaseStyle for more information on how state-based FormItem style names are derived.
If a FormItem has a CustomStateGetter, the framework will call its getCustomState() method, passing in
the state suffix it has derived. Your getCustomState() implementation can make use of this derived state or ignore it. For example,
if you wanted two different types of focus styling depending on some factor unrelated to focus, you would probably make use of the
incoming "Focused" state and return something like "Focused1" or "Focused2". On the other hand, if you want your custom state to
just override whatever the system derived, you would ignore the incoming state. Finally, if you do not wish to provide a custom
style for this formItem element at this time - for example, you are only interested in providing a custom "textBox" style and this
call is for a "cell" element type - your getCustomStyle() method should just return the state it was passed.
CustomStatesGetters are advanced usage, and you should only use them if you have specialized styling requirements. If you do use a CustomStateGetter, note that its getCustomState() method will be called very frequently, from rendering code: if your custom logic does significant processing, it could introduce a system-wide performance problem.
elementType - The element type to return a custom state forderivedState - The state suffix the system derived