27
Planned

Grace period for sensible state contexts to activate/deactivate

An option in seconds the state must remain in the same condition until it finally (de)activates.

This will make profiles more reliable and easier to use, instead of adding waits and conditions in tasks.

Net: BT/Wifi connected

Phone: Signal strenght

Sensor: Magnetic field

6 replies

Came back to say, this would be awesome to have!

N

This was marked as "PLANNED" 5 years ago. Would like to know the current status / plans for it ? Thanks

Yes, please!

S

Maybe the Profiles UI could show contexts that match but are still delayed in a different color.

Also maybe would be helpful if any contexts that have a grace period were in italics.

Or have an icon next to profile name or the switch. 

Maybe show in yellow? :)

S

Do we need even two additional colors? For example:

1. blue instead of green if a context delays the triggering of the enter task

2. yellow instead of red if a context delays the triggering of the exit task

would love this!

M

I'd really like this one.

I've never reliably found a way to completely emulate this behavior.

Bluetooth disconnects for half a second and fires a task, reconnected, fires another task, rinse, repeat.... This delay concept would avoid that completely.

Exactly 

FD

The point of this is to avoid small variations and make profiles stable.

For wifi connected, if there are small disconnections, profile wouldn't run exit task and become inactive if it would connect again in less the specified time.

For magnetic field it could be used as a reliable specific spot/location with a support/holder with a magnet so it wouldn't activate everytime there is a spike when passing through some spot.