-
-
Notifications
You must be signed in to change notification settings - Fork 243
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[MainUI] Point "OpenState" is ignored #499
Comments
There is no "None" property tag in the ontology. |
If you have no property, you need an equipment. Understood. |
It doesn't have to be like this, in fact, but it's just that I saw little value in presenting the types of Points in a tab, having the Properties instead was more interesting. But your case is interesting too, there's no property normally associated with a open/closed state, so you have to go to the Equipment tab to see your windows and their state. The problem, I assume, is that you'll see every other Point related to the window, like the battery level of the sensor attached to them, while you're just interested in whether they're open or closed...
None is just the label for "no tag" so your item would be a Point with no related Property, those are not shown separately in the home page. :) |
Exactly ! As the open/close is a very standard property, I think we should define a property and add it to the ontology. Just have to find a clear name and it is not obvious ;)
Ok, fine. |
Maybe a generic property "Other" should be added. It would allow to attach any item as property for a location. |
I opened openhab/openhab-core#1791. |
I tagged some of my door/window sensors with
[ "OpenState", "None" ]
.This kind of point/property is ignored by the Main UI in locations, equipment or properties tabs.
And there is no card "None" in the properties tab.
PS: what would be the appropriate point/property to select for such a door/window state ?
The text was updated successfully, but these errors were encountered: