In the UI OpenHAB3 there is no field for “visibility” only for “service”.
And if I add the visibility in the code and i change back to the Design-Mode, the visibility is lost.
How can I now do the functionality from OpenHAB2 visibility?
and we stated we cannot use “Code” (red circle) to customize the item visibility, where I should the OH2 old-fashion
Text item=Moon_Elevation icon="sunmoon" visibility=[Moon_Elevation > 0]
(it works with a full textual sitemap, without no UI sitemap)
What should be the .sitemap filename in /etc/openhab/sitemaps where to add the aforementioned directive? In other words, if I have the UI sitemap, how can I integrate it with a textual sitemap?
The textual .sitemap will integrate the UI sitemap or I have to keep just the textual .sitemap?
If my UI sitemap is called “E&E_new” with defined Moon_Elevation item + I need to hide such item under condition, I would like to know
what should be the exact filename for complementary textual “mysitemap.sitemap”
what should I write inside this textual .sitemap to enable/disable visibility for Moon_Elevation when itself is greater than 0. Please provide for fenced code or screenshot of the textual .sitemap
OK, so I have to keep my .sitemap textual version, in the same version I adopted since years, without exploiting the UI sitemap.
It’s a shame, as, unless to say, the UI approach is much more versatile, as it can be viewed and shown also by remote and in “any” device (my openHAB instance runs on a Raspberry PI3), without having physical access to $OH_CONF/ folder.
But, since UI approach sounds so limited against the textual approach, I got the point.
I hope it will change in the future.
In OH3, I defined items for GarageOut and for GarageSafety.
All works, but when I switch GarageSafety on, on UI, only If I press F5 for reload, the GarageOut is displayed.
yes, that’s pretty strange… maybe you can find anything, how this behaviour is “forced” and therefore reproducable that we can raise an issue…