-
Notifications
You must be signed in to change notification settings - Fork 59
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
Upstream mock sensor types to corresponding concrete sensor specs #378
Comments
Expanding a bit what I meant with "easier maintenance": If we add mock sensor types into Generic Sensor API, that spec in practice turn into a "Living Standard", since every time a new concrete sensor is specified mock sensor types section need to be updated accordingly. |
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
Fixes part of w3c/sensors#378
I've now merged all the PRs to concrete sensors. @Honry you can now create a PR to remove the text that was upstreamed to concrete sensors. Please check that the Bikeshed anchor data remains in a consistent state after the move is completed. |
Which has been upstreamed to concrete sensor specs. Fixes w3c#378
Thanks, @anssiko. I've removed the text in #380, and one more concern in my mind, do we need to add a section to describe how to extend mock sensor type to extension specifications to the Extensibility? |
Yes indeed. Can you craft a separate PR for the extensibility section about that? |
Sure! |
Have a standalone issue for better tracking @anssiko's suggestion:
The text was updated successfully, but these errors were encountered: