Devices and Sensors Working Group - Activity in 2015
No matches.
TR publications
-
1 document published.
-
Media Capture Depth Stream Extensions published as a Working Draft. History of Media Capture Depth Stream Extensions
-
GitHub
w3c/das-charter
-
1 pull request opened.
-
Clarify that multi groups task forces can only do in scope work w3c/das-charter#26, by @dontcallmedom.
-
w3c/deviceorientation
-
1 issue opened.
-
Add Security and Privacy Section w3c/deviceorientation#24, by @gmandyam.
-
-
1 issue received 1 new comment.
GitHub
w3c/sensors
-
1 issue opened.
-
About securing sensors data w3c/sensors#71, by @vgalindo.
-
-
1 issue closed.
-
5 issues received 12 new comments.
-
Possibility to use "Readable Stream" as defined by the Streams API w3c/sensors#70 (4 comments by @domenic, @tobie, @zolkis)
-
Sensors for continuously changing real valued properties w3c/sensors#68 (3 comments by @tobie, @zolkis)
-
Spec should allow user agents to reduce or disable sensor read for power saving purposes w3c/sensors#66 (1 comment by @riju)
-
w3c/das-charter
-
1 issue closed.
-
joint working clause may be in wrong section w3c/das-charter#18.
-
-
2 issues received 2 new comments.
-
5 pull requests opened.
-
Mention that work on acceleratomer/orientation is an alternative w3c/das-charter#25, by @dontcallmedom.
-
Put note on joint work in a section of its own w3c/das-charter#24, by @dontcallmedom.
-
Fix various typos noted by timeless w3c/das-charter#23, by @dontcallmedom.
-
Adopt same commitment as Web Platform WG on horizontal reviews w3c/das-charter#22, by @dontcallmedom.
-
Mark hardware security services as out of scope w3c/das-charter#21, by @dontcallmedom.
-
-
5 pull requests merged.
-
Fix various typos noted by timeless w3c/das-charter#23.
-
Mark hardware security services as out of scope w3c/das-charter#21.
-
Adopt same commitment as Web Platform WG on horizontal reviews w3c/das-charter#22.
-
Put note on joint work in a section of its own w3c/das-charter#24.
-
Mention that work on acceleratomer/orientation is an alternative w3c/das-charter#25.
-
w3c/deviceorientation
-
1 pull request opened.
-
bring the spec up to date w3c/deviceorientation#23, by @timvolodine.
-
-
1 pull request merged.
-
bring the spec up to date w3c/deviceorientation#23.
-
-
1 pull request received 3 new comments.
w3c/screen-wake-lock
-
1 issue opened.
-
shouldn't this be part of the permissions API? w3c/screen-wake-lock#59, by @jimmywarting.
-
TR publications
-
1 document published.
-
Generic Sensor API published as a First Public Working Draft. History of Generic Sensor API
-
GitHub
w3c/sensors
-
5 issues opened.
-
Possibility to use "Readable Stream" as defined by the Streams API w3c/sensors#70, by @ClaesNilsson.
-
Addressing finger printing concerns for sensor APIs w3c/sensors#69, by @draggett.
-
Sensors for continuously changing real valued properties w3c/sensors#68, by @draggett.
-
Current draft links to tobie's github w3c/sensors#67, by @jyasskin.
-
-
15 issues closed.
-
Current draft links to tobie's github w3c/sensors#67.
-
Add a threshold option w3c/sensors#25.
-
Add a timeout property? w3c/sensors#44.
-
Relation to REST APIs and W3C Web of Things activities w3c/sensors#18.
-
What precisely, do we mean by "generic"? w3c/sensors#10.
-
Does `SensorObserver` need a stop() method? w3c/sensors#48.
-
Is a Promise-returning, "oneshot" method useful? w3c/sensors#49.
-
Handle sensors with multiple values w3c/sensors#2.
-
Should sensors require a privileged context? w3c/sensors#14.
-
Agree on coarseness of frequency option w3c/sensors#6.
-
Have a good feature detection story w3c/sensors#5.
-
-
11 issues received 14 new comments.
-
Possibility to use "Readable Stream" as defined by the Streams API w3c/sensors#70 (1 comment by @tobie)
-
Ability to lookup a cached SensorReading without polling the sensor w3c/sensors#47 (1 comment by @tobie)
-
Should sensor EventTarget be immediately available or should they be accessed through a promise? w3c/sensors#9 (1 comment by @tobie)
-
When there are multiple sensors of a given type, how do we identify which one to instantiate? w3c/sensors#26 (1 comment by @tobie)
-
Address questions around exposing high-level, low-level, and uncalibrated sensors w3c/sensors#51 (1 comment by @tobie)
w3c/das-charter
-
3 issues opened.
-
unclear requirement for implementations w3c/das-charter#20, by @mwichmann.
-
grammar in Media Capture section w3c/das-charter#19, by @mwichmann.
-
joint working clause may be in wrong section w3c/das-charter#18, by @mwichmann.
-
-
11 issues closed.
-
Needs updated milestones w3c/das-charter#3.
-
Needs updated dependency list w3c/das-charter#1.
-
Add usual asynchronous decision making paragraph to decisions w3c/das-charter#11.
-
Extensible charter? w3c/das-charter#5.
-
is Web Bluetooth something DAP can/should adopt? w3c/das-charter#6.
-
Trim list of deliverables w3c/das-charter#9.
-
Any reason to keep app launcher / Web intent? w3c/das-charter#8.
-
Do we want to work on PIM APIs again? w3c/das-charter#2.
-
Do we need to to say explicitly we will maintain the Vibration API? w3c/das-charter#7.
-
Add links to existing drafts w3c/das-charter#10.
-
links to previous charters are broken - 404 w3c/das-charter#15.
-
-
3 issues received 3 new comments.
-
2 pull requests opened.
-
Fix a typo w3c/das-charter#17, by @anssiko.
-
Add a note on moving media capture to Timed Media WG w3c/das-charter#16, by @dontcallmedom.
-
-
5 pull requests merged.
-
Use new document license w3c/das-charter#13.
-
Include text to simplify addition of new deliverables w3c/das-charter#14.
-
Add a note on moving media capture to Timed Media WG w3c/das-charter#16.
-
Fix a typo w3c/das-charter#17.
-
Add deviceorientation-like spec to list of deliverables w3c/das-charter#12.
-
w3c/deviceorientation
-
1 issue received 1 new comment.
-
Specify the onfoo event listener attributes in Web IDL w3c/deviceorientation#17 (1 comment by @foolip)
-
TR publications
-
4 documents published.
-
MediaStream Recording published as a Working Draft. History of MediaStream Recording
-
Wake Lock API published as a Working Draft. History of Wake Lock API
-
Ambient Light Events published as a Working Draft. History of Ambient Light Events
-
Proximity Events published as a Working Draft. History of Proximity Events
-
Participants
-
1 participant joined.
-
Lukasz Olejnik (W3C Invited Experts) joined.
-
-
1 organization joined.
-
Plantronics, Inc. joined.
-
GitHub
w3c/screen-wake-lock
-
1 issue received 5 new comments.
-
Why Document instead of Window? w3c/screen-wake-lock#52 (5 comments by @dontcallmedom, @foolip, @marcoscaceres)
-
-
1 pull request opened.
-
Adapt to use data-lt instead of title for definitions w3c/screen-wake-lock#58, by @dontcallmedom.
-
-
1 pull request received 1 new comment.
w3c/deviceorientation
-
2 issues received 8 new comments.
-
Absolute-only DeviceOrientationEvents are bad for head tracking in VR w3c/deviceorientation#21 (7 comments by @borismus, @notthetup, @RByers, @tobie)
-
-
1 pull request opened.
-
Adding absolutedeviceorientation w3c/deviceorientation#22, by @borismus.
-
-
1 pull request merged.
-
Adding absolutedeviceorientation w3c/deviceorientation#22.
-
-
1 pull request received 8 new comments.
w3c/sensors
-
1 issue opened.
-
Sensor.frequency needs to be setable to allow frequency adaptation w3c/sensors#63, by @tobie.
-
-
2 issues closed.
-
Add a definitions section to the spec w3c/sensors#52.
-
Dependency on [DOM] due to inheriting from EventTarget w3c/sensors#21.
-
-
3 issues received 8 new comments.
-
Sensor.frequency needs to be setable to allow frequency adaptation w3c/sensors#63 (3 comments by @anssiko, @rwaldron, @tobie)
-
Should unit option's behavior be defined in the Generic Sensor API? w3c/sensors#62 (2 comments by @anssiko, @rwaldron)
-
2 pull requests opened.
-
Usecase update w3c/sensors#64, by @tobie.
-
3 pull requests merged.
-
Updated proposal for Sensor API w3c/sensors#46.
-
Uc update w3c/sensors#65.
-
Usecase update w3c/sensors#64.
-
-
1 pull request received 1 new comment.
w3c/proximity
-
1 pull request opened.
-
Contiguous IDL w3c/proximity#1, by @anssiko.
-
-
1 pull request merged.
-
Contiguous IDL w3c/proximity#1.
-
w3c/ambient-light
-
1 pull request opened.
-
Contiguous IDL w3c/ambient-light#2, by @anssiko.
-
-
1 pull request merged.
-
Contiguous IDL w3c/ambient-light#2.
-
w3c/das-charter
-
1 issue opened.
-
links to previous charters are broken - 404 w3c/das-charter#15, by @fhirsch.
-
-
1 issue received 1 new comment.
Participants
-
1 participant joined.
-
Josh Soref (W3C Invited Experts) joined.
-
-
1 organization joined.
-
Viacom inc. joined.
-
GitHub
w3c/sensors
-
1 issue opened.
-
Should unit option's behavior be defined in the Generic Sensor API? w3c/sensors#62, by @tobie.
-
-
7 pull requests opened.
-
Add a refresh button to realtime-positioning example. w3c/sensors#61, by @tobie.
-
Add polyfill + example code to realtime positioning use case. w3c/sensors#60, by @tobie.
-
Add example code for second use case w3c/sensors#59, by @tobie.
-
Initial use case doc. w3c/sensors#58, by @tobie.
-
Further refactoring of geo positioning example. w3c/sensors#57, by @tobie.
-
Refactor example code. w3c/sensors#56, by @tobie.
-
Add realtime positioning example using existing Geoloc. w3c/sensors#55, by @tobie.
-
-
7 pull requests merged.
-
Add a refresh button to realtime-positioning example. w3c/sensors#61.
-
Add polyfill + example code to realtime positioning use case. w3c/sensors#60.
-
Add example code for second use case w3c/sensors#59.
-
Initial use case doc. w3c/sensors#58.
-
Further refactoring of geo positioning example. w3c/sensors#57.
-
Refactor example code. w3c/sensors#56.
-
Add realtime positioning example using existing Geoloc. w3c/sensors#55.
-
-
1 pull request closed.
-
Title and Rec track status w3c/sensors#54.
-
-
1 pull request received 3 new comments.
w3c/deviceorientation
-
2 issues opened.
-
Absolute-only DeviceOrientationEvents are bad for head tracking in VR w3c/deviceorientation#21, by @borismus.
-
Spec should include a link for where issues are tracked w3c/deviceorientation#20, by @RByers.
-
-
2 issues received 2 new comments.
-
Absolute-only DeviceOrientationEvents are bad for head tracking in VR w3c/deviceorientation#21 (1 comment by @RByers)
TR publications
-
1 document published.
-
Permissions for Device API Access published as a Note. History of Permissions for Device API Access
-
Participants
-
1 organization joined.
-
Alibaba Group joined.
-
-
1 organization left.
-
MStar Semiconductor, Inc. left.
-
GitHub
w3c/screen-wake-lock
-
3 issues opened.
-
Spec needs to be explicit about resetting release timer on lock release w3c/screen-wake-lock#57, by @marcoscaceres.
-
Book reader usecase not well supported w3c/screen-wake-lock#56, by @sicking.
-
Current API not friendly to components w3c/screen-wake-lock#55, by @sicking.
-
-
3 issues received 8 new comments.
-
System lock should be specified w3c/screen-wake-lock#50 (3 comments by @marcoscaceres, @sicking, @stuartpb)
-
Current API not friendly to components w3c/screen-wake-lock#55 (2 comments by @annevk, @marcoscaceres)
-
-
1 pull request opened.
-
Move request flag to Screen interface w3c/screen-wake-lock#54, by @andrey-logvinov.
-
-
1 pull request merged.
-
Move request flag to Screen interface w3c/screen-wake-lock#54.
-
-
1 pull request received 1 new comment.
w3c/deviceorientation
-
5 issues opened.
-
Add DeviceAcceleration and DeviceRotationRate constructors? w3c/deviceorientation#19, by @foolip.
-
Specify the init*Event() methods? w3c/deviceorientation#18, by @foolip.
-
Specify the onfoo event listener attributes in Web IDL w3c/deviceorientation#17, by @foolip.
-
Spec URL is ugly w3c/deviceorientation#16, by @foolip.
-
Set controls target? w3c/deviceorientation#15, by @anagpuyol.
-
-
1 issue closed.
-
Set controls target? w3c/deviceorientation#15.
-
-
2 issues received 2 new comments.
w3c/sensors
-
1 pull request opened.
-
Title and Rec track status w3c/sensors#54, by @dontcallmedom.
-
w3c/das-charter
-
1 issue opened.
-
Add usual asynchronous decision making paragraph to decisions w3c/das-charter#11, by @wayneca.
-
-
2 issues received 6 new comments.
-
3 pull requests opened.
-
Include text to simplify addition of new deliverables w3c/das-charter#14, by @dontcallmedom.
-
Use new document license w3c/das-charter#13, by @dontcallmedom.
-
Add deviceorientation-like spec to list of deliverables w3c/das-charter#12, by @dontcallmedom.
-
Participants
-
1 participant left.
-
Tobie Langel (W3C Invited Experts) left.
-
GitHub
w3c/das-charter
-
10 issues opened.
-
Add links to existing drafts w3c/das-charter#10, by @dontcallmedom.
-
Trim list of deliverables w3c/das-charter#9, by @dontcallmedom.
-
Any reason to keep app launcher / Web intent? w3c/das-charter#8, by @dontcallmedom.
-
Do we need to to say explicitly we will maintain the Vibration API? w3c/das-charter#7, by @dontcallmedom.
-
is Web Bluetooth something DAP can/should adopt? w3c/das-charter#6, by @dontcallmedom.
-
Extensible charter? w3c/das-charter#5, by @dontcallmedom.
-
Any new sensor API? w3c/das-charter#4, by @dontcallmedom.
-
Needs updated milestones w3c/das-charter#3, by @dontcallmedom.
-
Do we want to work on PIM APIs again? w3c/das-charter#2, by @dontcallmedom.
-
Needs updated dependency list w3c/das-charter#1, by @dontcallmedom.
-
-
2 issues received 3 new comments.
w3c/sensors
-
19 issues opened.
-
Add a section on how sensors are implemented w3c/sensors#53, by @tobie.
-
Add a definitions section to the spec w3c/sensors#52, by @tobie.
-
Is a Promise-returning, "oneshot" method useful? w3c/sensors#49, by @tobie.
-
Does `SensorObserver` need a stop() method? w3c/sensors#48, by @tobie.
-
Ability to lookup a cached SensorReading without polling the sensor w3c/sensors#47, by @tobie.
-
Add a timeout property? w3c/sensors#44, by @tobie.
-
Add high resolution monotonic timestamps to SensorReadings w3c/sensors#43, by @tobie.
-
Make APIs forward-compatible with ES modules w3c/sensors#39, by @tobie.
-
[TreatNonObjectAsNull] not required? w3c/sensors#34, by @riju.
-
frequency is a float? w3c/sensors#33, by @rwaldron.
-
SensorIdentifier is bizarre w3c/sensors#30, by @domenic.
-
Do we need a lightweight interface representing available sensors? w3c/sensors#28, by @tobie.
-
Add a threshold option w3c/sensors#25, by @tobie.
-
Identify the lower level primitives that do the actual sensor polling. w3c/sensors#24, by @tobie.
-
-
3 issues closed.
-
frequency is a float? w3c/sensors#33.
-
[TreatNonObjectAsNull] not required? w3c/sensors#34.
-
SensorIdentifier is bizarre w3c/sensors#30.
-
-
15 issues received 102 new comments.
-
Dependency on [DOM] due to inheriting from EventTarget w3c/sensors#21 (43 comments by @domenic, @gmandyam, @jhusain, @kriskowal, @marcoscaceres, @mattpodwysocki, @rwaldron, @tobie, @zenparsing)
-
Simplify extension of the Permissions API for concrete sensor implementations w3c/sensors#22 (10 comments by @domenic, @marcoscaceres, @tobie)
-
When there are multiple sensors of a given type, how do we identify which one to instantiate? w3c/sensors#26 (9 comments by @davidmarkclements, @pablochacin, @rwaldron, @tobie)
-
Address questions around exposing high-level, low-level, and uncalibrated sensors w3c/sensors#51 (8 comments by @pablochacin, @rwaldron, @tobie)
-
Do we need a lightweight interface representing available sensors? w3c/sensors#28 (7 comments by @domenic, @tobie)
-
API must allow Web devs to easily create fused sensors in JS with an API consistant with native sensors w3c/sensors#42 (6 comments by @gmandyam, @robman, @tobie)
-
Identify the lower level primitives that do the actual sensor polling. w3c/sensors#24 (2 comments by @domenic, @rwaldron)
-
What if requested polling frequency is > time it takes to read data out of the sensor? w3c/sensors#23 (2 comments by @domenic)
-
-
12 pull requests opened.
-
Update README and move API sketch to its own file. w3c/sensors#50, by @tobie.
-
Updated proposal for Sensor API w3c/sensors#46, by @tobie.
-
Remove contributors now that respec pulls them directly from GH. w3c/sensors#45, by @tobie.
-
fixing typos w3c/sensors#41, by @dret.
-
Credit where credit is due. w3c/sensors#40, by @tobie.
-
Adding more links to elsewhere.md w3c/sensors#38, by @tobie.
-
Use double WebIDL type instead of float. w3c/sensors#37, by @tobie.
-
Remove redundant [TreatNonObjectAsNull] extended attributed. w3c/sensors#36, by @tobie.
-
Use <dfn> tag for "read from the sensor" w3c/sensors#35, by @AFBarstow.
-
Use DOMString as a sensor identifier. Closes #30. w3c/sensors#31, by @tobie.
-
Fix mixed-content problem with URL to respec w3c/sensors#27, by @sideshowbarker.
-
-
10 pull requests merged.
-
Update README and move API sketch to its own file. w3c/sensors#50.
-
Remove contributors now that respec pulls them directly from GH. w3c/sensors#45.
-
fixing typos w3c/sensors#41.
-
Credit where credit is due. w3c/sensors#40.
-
Adding more links to elsewhere.md w3c/sensors#38.
-
Use double WebIDL type instead of float. w3c/sensors#37.
-
Remove redundant [TreatNonObjectAsNull] extended attributed. w3c/sensors#36.
-
Use DOMString as a sensor identifier. Closes #30. w3c/sensors#31.
-
1st ED w3c/sensors#29.
-
Fix mixed-content problem with URL to respec w3c/sensors#27.
-
-
1 pull request closed.
-
Use <dfn> tag for "read from the sensor" w3c/sensors#35.
-
-
5 pull requests received 23 new comments.
w3c/deviceorientation
-
1 issue received 1 new comment.
Participants
-
2 organizations left.
-
ERICSSON left.
-
UCWEB left.
-
GitHub
w3c/sensors
-
7 issues opened.
-
Simplify extension of the Permissions API for concrete sensor implementations w3c/sensors#22, by @tobie.
-
Dependency on [DOM] due to inheriting from EventTarget w3c/sensors#21, by @tobie.
-
Allow for async permission request when first accessing sensor data w3c/sensors#20, by @tobie.
-
No way to express an abstract constructor in WebIDL w3c/sensors#19, by @tobie.
-
Relation to REST APIs and W3C Web of Things activities w3c/sensors#18, by @ClaesNilsson.
-
"wakeup" parameter w3c/sensors#15, by @rwaldron.
-
Should sensors require a privileged context? w3c/sensors#14, by @anssiko.
-
-
15 issues received 68 new comments.
-
Relation to REST APIs and W3C Web of Things activities w3c/sensors#18 (20 comments by @anssiko, @ClaesNilsson, @draggett, @h0ru5, @mwichmann, @rwaldron, @tobie)
-
Dependency on [DOM] due to inheriting from EventTarget w3c/sensors#21 (10 comments by @domenic, @kriskowal, @smaug----, @tobie)
-
Allowing data batching when poll frequency < sensor frequency w3c/sensors#13 (7 comments by @rwaldron, @tobie)
-
What precisely, do we mean by "generic"? w3c/sensors#10 (5 comments by @anssiko, @fhirsch, @mwichmann, @tobie)
-
Allow for async permission request when first accessing sensor data w3c/sensors#20 (4 comments by @marcoscaceres, @rwaldron, @tobie)
-
No way to express an abstract constructor in WebIDL w3c/sensors#19 (4 comments by @domenic, @rwaldron, @tobie)
-
Should sensor EventTarget be immediately available or should they be accessed through a promise? w3c/sensors#9 (2 comments by @tobie)
-
Simplify extension of the Permissions API for concrete sensor implementations w3c/sensors#22 (1 comment by @tobie)
-
-
2 pull requests opened.
-
Add spec index page with basic info. w3c/sensors#17, by @tobie.
-
Remove the promise-based static requestValue() method w3c/sensors#16, by @tobie.
-
-
2 pull requests merged.
-
Add spec index page with basic info. w3c/sensors#17.
-
Remove the promise-based static requestValue() method w3c/sensors#16.
-
-
2 pull requests received 9 new comments.
-
Add spec index page with basic info. w3c/sensors#17 (8 comments by @anssiko, @domenic, @richtr, @tobie)
-
w3c/screen-wake-lock
-
2 issues opened.
-
Why Document instead of Window? w3c/screen-wake-lock#52, by @domenic.
-
iframes keeping screen awake w3c/screen-wake-lock#51, by @mounirlamouri.
-
-
5 issues closed.
-
Delegate wake lock relevance to Page Visibility API w3c/screen-wake-lock#48.
-
Use asynchronous lock acquisition w3c/screen-wake-lock#47.
-
Do we really need a way to get actual wake lock status? w3c/screen-wake-lock#43.
-
Racy promises need to be dealt with... w3c/screen-wake-lock#26.
-
wakeLock.isHeld() should probably be asynchronous? w3c/screen-wake-lock#28.
-
-
8 issues received 17 new comments.
-
Why Document instead of Window? w3c/screen-wake-lock#52 (10 comments by @andrey-logvinov, @dglazkov, @domenic, @esprehn, @foolip, @mounirlamouri)
-
Delegate wake lock relevance to Page Visibility API w3c/screen-wake-lock#48 (1 comment by @andrey-logvinov)
-
wakeLock.isHeld() should probably be asynchronous? w3c/screen-wake-lock#28 (1 comment by @mounirlamouri)
-
Do we really need a way to get actual wake lock status? w3c/screen-wake-lock#43 (1 comment by @mounirlamouri)
-
-
1 pull request opened.
-
Fix typo "undrelying" w3c/screen-wake-lock#53, by @foolip.
-
-
2 pull requests merged.
-
Fix typo "undrelying" w3c/screen-wake-lock#53.
-
Delegate lock relevance to Page Visibility API w3c/screen-wake-lock#49.
-
-
2 pull requests received 2 new comments.
TR publications
-
1 document published.
-
Media Capture and Streams published as a Last Call Working Draft. History of Media Capture and Streams
-
Participants
-
1 organization left.
-
Shenzhen Coolpad Technologies Co., Ltd. left.
-
GitHub
w3c/screen-wake-lock
-
1 issue opened.
-
System lock should be specified w3c/screen-wake-lock#50, by @stuartpb.
-
-
1 issue received 4 new comments.
-
Use asynchronous lock acquisition w3c/screen-wake-lock#47 (4 comments by @andrey-logvinov, @marcoscaceres, @mounirlamouri)
-
w3c/geolocation
-
1 issue closed.
-
Missing README w3c/geolocation#3.
-
-
2 issues received 3 new comments.
GitHub
w3c/geolocation
-
3 issues opened.
-
Multiple specs per repo is problematic. w3c/geolocation#7, by @marcoscaceres.
-
Add CONTRIBUTING file w3c/geolocation#5, by @marcoscaceres.
-
Missing README w3c/geolocation#3, by @marcoscaceres.
-
-
1 issue received 14 new comments.
-
Multiple specs per repo is problematic. w3c/geolocation#7 (14 comments by @ashimura, @darobin, @gmandyam, @marcoscaceres, @mkruisselbrink)
-
-
3 pull requests opened.
-
Create contributing.md (closes #4) w3c/geolocation#6, by @marcoscaceres.
-
Added README (closes #3) w3c/geolocation#4, by @marcoscaceres.
-
Modernized the examples a bit.. w3c/geolocation#2, by @marcoscaceres.
-
-
1 pull request merged.
-
Modernized the examples a bit.. w3c/geolocation#2.
-
-
1 pull request received 5 new comments.
w3c/deviceorientation
-
1 issue received 1 new comment.
w3c/screen-wake-lock
-
1 issue opened.
-
Delegate wake lock relevance to Page Visibility API w3c/screen-wake-lock#48, by @andrey-logvinov.
-
-
1 pull request opened.
-
Delegate lock relevance to Page Visibility API w3c/screen-wake-lock#49, by @andrey-logvinov.
-
TR publications
-
6 documents published.
-
Vibration API published as a Recommendation. History of Vibration API
-
Media Capture and Streams published as a Working Draft. History of Media Capture and Streams
-
Media Capture from DOM Elements published as a First Public Working Draft. History of Media Capture from DOM Elements
-
Wake Lock API published as a First Public Working Draft. History of Wake Lock API
-
Audio Output Devices API published as a First Public Working Draft. History of Audio Output Devices API
-
Screen Capture published as a First Public Working Draft. History of Screen Capture
-
GitHub
w3c/deviceorientation
-
1 issue opened.
-
DeviceMotionEventInit interface members w3c/deviceorientation#14, by @jensl.
-
w3c/screen-wake-lock
-
1 issue opened.
-
Use asynchronous lock acquisition w3c/screen-wake-lock#47, by @owencm.
-
-
1 issue received 1 new comment.
-
3 pull requests opened.
-
Set up for automatic publishing to TR w3c/screen-wake-lock#46, by @dontcallmedom.
-
Changed status to FPWD w3c/screen-wake-lock#45, by @andrey-logvinov.
-
fix reference to use cases w3c/screen-wake-lock#44, by @dontcallmedom.
-
-
3 pull requests merged.
-
Set up for automatic publishing to TR w3c/screen-wake-lock#46.
-
Changed status to FPWD w3c/screen-wake-lock#45.
-
fix reference to use cases w3c/screen-wake-lock#44.
-
w3c/ambient-light
-
1 pull request opened.
-
Fix [MEDIAQUERIES4] reference URL. w3c/ambient-light#1, by @anssiko.
-
-
1 pull request merged.
-
Fix [MEDIAQUERIES4] reference URL. w3c/ambient-light#1.
-
TR publications
-
3 documents published.
-
Media Capture Depth Stream Extensions published as a Working Draft. History of Media Capture Depth Stream Extensions
-
MediaStream Recording published as a Working Draft. History of MediaStream Recording
-
Mediastream Image Capture published as a Working Draft. History of Mediastream Image Capture
-
Participants
-
1 participant joined.
-
Frederick Hirsch (W3C Invited Experts) joined.
-
GitHub
w3c/screen-wake-lock
-
1 issue received 2 new comments.
-
Do we really need a way to get actual wake lock status? w3c/screen-wake-lock#43 (2 comments by @domenic, @marcoscaceres)
-