I am quite new to OpenHab and try to setup my system with OpenHab3. For the heating control, I use a custom widget based on the tutorial from Mathew. Thanks a lot for that!
My widget uses a popover to set the target temperature.
Having one widget everything works fine, but with more than one instances of the widget, the popover just takes the last property definition for the popover. In the rest of the widget (not the popover) everything works fine and uses the specific configuration. Anyone has a tipp on how to set the popover to use the specific property of the widget?
Not possible with the dynamic solution that Yannick mentioned afaik. It would work, if the contents of the popover were inside the same widget (like mentioned here)
I’m not sure if this is really an issue but I had the impression that the latter solution is not ideal if you want to use this widget more than once on the same page. At least I had some strange behaviour when I tried this before but I couldn’t really pinpoint where it was coming from. In fact, I think popovers should be defined only once in the DOM (by giving it a unique class name) but there seems to be no way to dynamically assign a class name through the yaml.
No you got me absolutely right! As I said I don’t really know if I my problems were related to this… In your example it seems to work well so I might give it another try at some point, thank you!
Thanks for the link to a possible solution. For my case it works.
i am still not sure if this popover window applies to the size of the content, e.g. suitable for a larger widget. I will test this and also look into the f7 description in more detail.
One thing i figured out is that i am using Homematic blinds which state 0 if they are up and 100 if they are down. The slider is indicating this the other way around. Any tip how i can address this? The slider needs to have a 180 turn around. The buttons are working as expected with up and down.
The popover sets it height depending on its content - It’s width is limited to 200px by default, which you can overwrite by adding --f7-popover-width: 300px to the popover style.
This question is more related to the rollershutter-widget, but to give a quick assessment here… there is no build-in and clean way to achieve what you’d like to do.
The easiest workaround would be to create a rule, which will calculate the right values and forward it to the desired item (which involves the use of a proxy-item for the widget commands in the first step).
The open blind is now with slider on top… no need to code rules which is very helpful.
With the feature of manipulating the size of the popup box i can now work nicely on some of my projects, like door - opener / garagedoor opener showing button on popup to avoid click by mistake.
I know this feature, but it only inverts the slider and not the logic itself afaik - so I’m a bit astonished, that it inverts the logic in your case. But hey, if it works for you, everything is fine!
it it indeed just for cosmetic purposes, with the vertical slider the slider should be on the top position if the blind is open and on the bottom position if the blind is closed. this is achieved with adding the revert tag.
i don’t have any other problems with the blinds, they are showing correctly in OH and the homekit as well.
Thank you very much Jan, this is the solution for my problem too. I have several Homatic-IP HmIP-BROLL installed to operate our shutters via CCU3 (pivCCU3). The WebUI shows a value of 100% if the blind is UP, and 0% if it is DOWN.
The value of Channel 3, which is the status of a BROLL, is just reverse. 100% if it is closed and 0% if it is open.
If the BROLL is attached to a Homatic-IP Accespoint then this is shown in the same way. I found a post were one assumed this could be a bug of the CCU3 Code. Nevertheless your solution is very simple!
Sry for giving you a wrong advise here - it won’t work in the root component or the page-config. You have to set it inside your popover style, as you also did here as I see… so it should work like this and it does in my setup.