Recipes and service capabilities

[Guillaume Marty]

Hi,

For the recipes, the web app needs to know whether a service is going
to be in the condition part (e.g. If [a sensor detects presence]) or
in the action part (e.g. Then [turn on the lights]).

To do this I've been using the getters and the setters properties of
the services. If it has getters, it goes in the condition ; if it has
setters it goes to the action.
But it turns out the IP camera has both getters and setters when I was
expecting it to have setters only.
What does it mean to set a rule like "when the ip camera image list
equals a certain value, then..."? This is not something wanted.

This makes clear that we need another type of mechanism to expose if a
service is going to be in the condition or the action part of a
recipe.

Thoughts?

--
Guillaume Marty
@g_marty
http://gu.illau.me

[David Rajchenbach-Teller]

Well, theoretically, it would be possible to write rules such as "as
soon as the list of images of the camera is not empty, send a WebPush".
So I'm not sure there is a way.

[Dave Hylands]

I also just added getters and setters for the username and password used to control an IP camera. These feel like purely configuration that would never be used as part of a rule. They need to be exposed so that the UI can get and set the parameters.

I think that some geeters and setters fall into the category of configuration, and some getters and setters will fall into the category of sensor data or actuators.

I could imagine that some of the "configuration" could be useful in a rule, like if on vacation-mode disable keypad entry.

Perhaps we might want to add an attribute of some type to determine that a getter/setter should not be used in a rule?

_______________________________________________
dev-project-link mailing list
dev-proj...@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-project-link

[David Rajchenbach-Teller]

Can we move this to Discourse?

> <mailto:dev-proj...@lists.mozilla.org>
> https://lists.mozilla.org/listinfo/dev-project-link
>
>