I’m taking a cut at expanding the Getting Started tutorial for Pages. I’m going to insert them here for public comment before submitting them as a PR. I don’t think the existing three pages are sufficient for getting started so I’m largely rewriting them but will leave them inline at the end until I’m certain that all their contents are covered elsewhere. As usually, this is a Wiki (for now) so please correct anything wrong and add any content you think is missing and add a reply describing what you changed. I’ll convert it back to a regular post and close it once it has been migrated to github.
This page has moved to the official docs. Please see the open PR at Getting started UI Pages by rkoshak · Pull Request #1503 · openhab/openhab-docs · GitHub and a preview at Pages - Item Widgets | v3 Documentation Preview.
In addition to customizing the Page and the individual cards, the way that the individual Point Items are shown, or whether or not they are shown at all, can be customized as well. In general the steps will be to navigate to the Item in the Model tree, click on “Add Metadata” and select “Default List Widget”. Anything you define there will define how the Item appears in the cards.
Before we get into specific customizations let’s explore expressions. Expressions are supported by most fields in a widget and they allow you to use the states of Items in the property or use the states of Items to choose between options for a property. For example, change the label and color of an icon based on the state of an Item.
Expressions all start with
= to tell the Page that it’s an expression instead of a string literal. Everything after the
||A dictionary of all the defined Items. It carries two properties,
||Represents the current theme, one of
||Object that holds the information that you will see when you go to Help and About -> Technical Information|
||Object that holds the currently defined variables in the component’s context. Variables can be set with the
||Object that will be available to descendants of the
||Access to an instance of the day.js library that you can use to parse or manipulate date & time||
|Ternary Operator||A single line if/else expression. Ternary operations can be stacked to get if/else if/else type expressions.||
An expression can be used in most fields and can refer to any defined Item. This can become a powerful way to combine the states of multiple Items into a single widget. For example, a garage door opener trigger Item might show the open/closed state of the door using different icons selected based on the state of the sensor Item using a ternary expression.
Common operations one will use expressions for:
f7:icons : Pages support traditional openHAB icons and f7 icons. When using f7 icons the icon will not change with the Item’s state like OH Items do so one can use a ternary expression to set the icon based on the Item’s state.
=(items.FrontDoorDeatbolt_DoorLock.state == "ON") ? "f7:lock" : "f7:lock_open"
and then choose the icon color using
=(items.FrontDoorDeatbolt_DoorLock.state == "ON") ? "green" : "red"
Units of Measurement: Unfortunately expressions do not support Items that carry units by default. You will need to strip off the units and parse the String before doing math with the Item’s state.
=(Number.parseFloat(items.MainFloor_Humidity.state.split(" ")) < 35) ? "red" : (Number.parseFloat(items.MainFloor_Humidity.state.split(" ")) < 75) ? "yellow" : "blue"
Note that the above is also an example of stacking ternary operators.
items: A widget can reference the states from multiple items. In this example, I have a Large_Garagedoor_Opener but I use the following to set the title of the widget:
=(items.Large_Garagedoor_Sensor.state == "OPEN" ? "close" : "open"
This lets the text of the widget indicate the direction the the door will move based on the sensor’s state.
When building anything but the simplest of expressions, the Widgets Expression Tester is an invaluable tool to see what an expression evaluates to as you type it, ensuring you get it right the first time. Open the sidebar by typing alt-shift-d and select the third tab.
Note that the Developer Sidebar will only appear if the screen is wide enough.
Each custom defined widget has a Visibility and Visible to property. The Visibility option takes a boolean
false (without quotes) or the result of a boolean expression to determine whether or not to render the widget. The Visibile to property controls which type of user can see the widget. Take heed of the warning, this is not a security feature.
Exclude the Item from the Model
There may be times where a piece of Equipment may have one or more Items that simply do not matter in the UI. One option is to simply exclude the Item from the model by removing the Item’s semantic tag. If the Item isn’t used anywhere else, consider removing the Item entirely.
There may be times when certain Point Items are not relevant or interesting unless it is in a certain state or some other Item is in a certain state. For example, a smart plug may have a bunch of sensor readings indicating how much energy the device plugged in is using. Those Items are only interesting when the plug itself is ON. Therefore to hid it one can use an expression to only show it when the plug itself is ON.
Note, even if all of the Point Items for an Equipment are hidden, the Equipment will still show up on the Location and Equipment cards. You can see this in the above screen shots.
cerberos is an Equipment but the points only show up when one of them is OFF.
Configure a Custom Widget
As stated above, the default widget used by the cards is the “default list widget”.
There are a number of widget types to choose from for a List Widget. This tutorial will not cover them all. It is usually intuitive which is the right widget to choose based on what the Item is.
Here is another example of a lock:
Notice how Front Door Lock uses the f7:lock icon when locked and the f7:lock_open icon when unlocked. Both of these are configured using an oh-toggle-item using an expression to set the color/icon of the widget. Here’s a screen shot of the lock and it’s YAML.
value: " " config: icon: '=(items.FrontDoorDeadbolt_DoorLock.state == "ON") ? "f7:lock" : "f7:lock_open"' iconColor: '"orange"'
Note: to see the Icon Color field check “Show advanced”.
This is how to achieve dynamic icons for f7 icons (notice there is a link to all of the f7 icons under the icon entry in the configuration form. To do this identify the icon using
oh:iconname, for example
oh:garagedoor. If this is a dynamic openHAB icon, toggle on “Icon depends on state”.
value: " " config: action: command actionCommand: ON item: Large_Garagedoor_Sensor actionFeedback: Triggered the large garage door actionItem: Large_Garagedoor_Opener
Pages also support openHAB icons.
Most of the widgets will have a Title, Subtitle, and After field. This is a place where the text displayed on the widget to the right of the icon will be displayed. An expression can be used here to change the text based on the state of an Item. Omitting the text will leave that part of the widget blank.
By default the state of the Item will be displayed on the right hand side of the widget using the default configuration. Sometimes the binding will provide hints on how to display the state but most of the time this default will be just the string from
label field of an Item’s definition in a .items file or the label set on the Item is not used here.
To customize the state of the Item the
State Description metadata must be configured. This metadata lets you define the format and any transformations to apply to the Item’s state before it is displayed. When this metadata is defined, it will be used by default everywhere in MainUI.
|Field||What it does|
|Read Only||A toggle. When set it tells MainUI that the Item is not controllable (e.g. a Switch used to represent a sensor state) so a text/label widget will be used instead of a toggle.|
|Pattern||Defines the pattern used to display the state. This is where you will define the transformation and any other formatting information according to the same syntax as used by sitemaps. Everything that can go between the
|Min/Max/Step||Hints to MainUI used for slider, setpoint, and knob type widgets.|
|Options||Can be used with Actions (see below) to provide a mapping between the state of the Item and a command to issue.|
There may be times when you want to suppress the state of the Item entirely. In those cases, enter
There will be times when you want an entry in the card to perform some action when clicked on even when it’s a sensor value. For example, one might send a command to the Garage Door Opener Item when clicking on the Garage Door Sensor’s Item on the card (you can then hide or remove the opener’s Item from the model so it doesn’t show up at all, two for one).
By default the action will usually be “Analyze item(s)” which will open up a chart of the historic state of the Items (see previous chapter). But there are many other Actions that can be performed.
|Action||What it does|
|Navigate to page||Opens a different Main UI Page with an optional transition.|
|Send command||Issues a command to an Item.|
|Toggle Item||Alternate an item between two states by sending commands (regular command if the item’s state is different, or an alternative command if the state is equal to the regular command). Typically used with ON/OFF.|
|Command options||Issues a command to the configured Item based on a comma-separated locally-defined list of options, or on the Item’s State Description.|
|Run rule||Trigger a rule directly.|
|Open popup||Open a Page or personal widget in a popup which will be displayed fullscreen on phones and in a 630x630-pixel modal dialog on larger screens.|
|Open popover||Open a Page or personal widget in a small “callout” comic-like bubble|
|Open sheet||Open a Page or personal widget in a drawer appearing from the bottom of the screen.|
|Open photo browser||Displays a full screen interface to view one of several images|
|Group details||Used with Group items to open a popup with an automatically-generated list of the members of the group, represented by their default list item widget. For Groups with a base type like Switch, a standard card widget will also be shown for the Group itself.|
|Analyze Item(s)||Opens the Analyzer window for the specified item(s) and period|
|External URL||Open an external web page|
|Set Variable||Set a variable that you can use in other parts of the page or widget.|
Some example use cases might be to pop up a weather widget when clicking on the Item with the outside temp on a page, combining Items into one widget when the sensor and actuator are separate (e.g. garage door), etc.
Some Switch Items represent a simple push button. One way to represent these is using a List Button. for the widget type choose a List Item. Set the title (all other fields will be ignored anyway. Toggle List Button to on and optionally set the color. This will render the Item just as text (the title) and when clicked the configured Action will be performed.
value: oh-list-item config: actionCommand: ON listButtonColor: '"green"' action: command visibleTo: - role:administrator title: Reset Total kWh Used listButton: true
What if one has a ton of the same sort of Item that needs the same type of widget? That’s one of the uses for Custom Widgets in Developer Tools.