Released version 2.1.3
I’ve implemented workarounds for a stale zone cache, which could result in outdated activity states in the widget and incorrect evaluation of a zone’s active state in the condition card.
Released version 2.1.3
I’ve implemented workarounds for a stale zone cache, which could result in outdated activity states in the widget and incorrect evaluation of a zone’s active state in the condition card.
Thanks for the suggestions! I’ll look into them. Instead, would it also help if I’d try to introduce a “Active (indirect)” state for those zones that are only active due to a subzone being active, with maybe a little lighter color and indentation of subzones within the widget?
Your idea/suggestion with different colors is one possible way to show it an solve duplicate entries in the activity list.
There is so much room/soace on the right side of the current activity list: So you could maybe split the screen in the activity list in 2 columns: left & Right.
The left column shows an activity list (optional in different color) of main zones and the right column an activity list of all the subzones related or unrelated to the specified main zones (on the left) column.
Like : Related :
woonkamer | ComputerHoek
Unrelated: Just 2 Activity lists in 2 columns next to eachother on the screen with the main/1st zone to the root/home zone on the left and on the right an acivity list of all the active subzone(s) (that) h ave no further any subzone/nested zone with activity
Just my 2 cents![]()
Additional and/or optional you could add the configuration settings of your activity list widget “Show only Main Zone(s): [Yes/No]” and/or “Show only (most nested) Subzone(s):[Yes/No]”
If you don’t want to split the screen in 2 columns/activity list. Maybe then you specify every entry in your activity list completely with the nested zone where the activity is happening and check for duplicates in the activity list.
So if an entry in the activity list would be:
“Woonkamer/Computerhoek/Raamzijde”
(And “Raamzijde has not an additional nested (sub)zone)
Then any other entry cannot be a duplicate like :
“Woonkamer/Computerhoek” (Because we already know that “Computerhoek” is active
Also a duplicate with only the main zone “woonkamer” should be filtered/avoided.
But an activitylist entry like “Woonkamer/Eethoek” should be shown is this subzone is active and “Computerhoek” is not s nested (sub)zone of “Eethoek”
I think you get the point ![]()
I would start to write code for this kind of basic functions first : IsMainZone($ZoneName):Boolean , IsNestedSubZone($ZoneName):boolean , HasNestedSubZone($ZoneName):boolean, ListofNestedSubZonesof($ZoneName):list,
GetZoneStructuresFromRootTillLastNestedSubZone(): List/TekstArray
FilterDuplicatesNestedSubZonesofSubZone(€ZoneName), FilterDuplicatesNestedSubZonesofMainZone(€ZoneName)
Etc
Could you maybe also add an additional (= 2nd) condition of activity of a zone with the possibility to choose if subzone(s) activity is also used or not. (Like the app “Zone climate” now has in their conditions” ![]()
And maybe let us choose between seconds an minutes value duration in the zone activity condition.
So : Condition: “And if [Zone] is [Active/Inactive] for […] [seconds/minutes] include nested zones (in)activity [Yes/No]
@Erikvl87 : I have a suggestion/feature request fir your app :
Please add a condition (= …And …) that compares the duration of activity/inactivity of 2 zones.
Like: And … “ [Zone] is <inactive/active> longer than [Zone] is <inactive/active>”
with this I could compare the duration of inactivity of my living room with the duration of activity in my bedroom as a condition to set me as sleeping
And the other way around (in zones an inactivity snd activity as awken.
Thanks.
(In case on of the specified zone in the duration comparison has not the state like specified/required you could set de the duration just to zero (=0).
So asked/chosen is inactive but it still active the the duration of inactivity is just 0. You only need to Prevent that 2 durations of both zeros are compared to each other. )