tantek.com

t

  1. A month ago @moral_imagining, @solarpunk_girl asked us to write a #MoralImaginations continuation to The Impossible Train story.

    * * *

    Since the train stopped, we’ve seen so many odd, shocking, and inspiring things.

    People outside their train cars protesting to be let back on to enjoy their window views and demanding their familiar entitlements served by others.

    Tensions outside the train bringing rise to new & familiar tragedies, now more visible to all.

    A pair of humans board a shiny new train to the sky, launch, and arrive at the sky station to much applause.

    People from different train cars, witnessing tragedy on tragedy, declaring enough, band together in solidarity, confronting and witnessing more tragedies.

    Reports arrive that despite the apparent stoppage, the train is still moving, slowly, and the upcoming cliff, still crumbling away.

    * * *

    on

  2. DASWG: Drop Network Information API because it is harmful to the web

    on

    Per DAS charter feedback: Mozilla has significant concerns about the inclusion of the Network Information API in the charter (as a specification to potentially adopt from the WICG) — Mozilla's public position is that this API is "harmful" to the Web as the information that it provides is unreliable and, at the same time, open to privacy abuses. As we have stated publicly, we believe it is "better that sites use methods that dynamically adapt to available bandwidth, as that is more accurate and likely to be applicable in the moment". Or, alternatively, use newer declarative solutions, such as "lazy loading" images and alike.

    cc: @dwsinger @pes10k @marcoscaceres

    on

  3. DASWG: Drop Orientation Sensor in favor of existing APIs

    on

    Per DAS charter feedback: Where we already have an existing Web APIs, e.g., Orientation Sensor, we would prefer the working group cease work on those items and instead focus on evolving the existing specifications.

    cc: @dwsinger @pes10k @marcoscaceres

    on

  4. DASWG: Drop Geolocation Sensor in favor of existing APIs

    on

    Per DAS charter feedback: Where we already have an existing Web APIs, e.g., Geolocation Sensor, we would prefer the working group cease work on those items and instead focus on evolving the existing specifications.

    As is evident with the Geolocation API, implementers have continued to make significant privacy and security enhancements to existing APIs, and those enhancements have made their way back to the W3C. As such, we feel it's unnecessary to have duplicate specifications.

    cc: @dwsinger @pes10k @marcoscaceres

    on

  5. DASWG: Leave Fold Angle in WICG for now and collaborate with CSS

    on

    Per DAS charter feedback: The Fold Angle specification should be incubated in the WICG before it becomes a working group deliverable. For Fold Angle, we'd also like to see closer collaboration and input from the CSS WG on the design.

    Having said that, we would be comfortable with having WICG incubated specs being explicitly listed as charter work items that the working group could adopt at a future date. However, we'd like to see them listed in a manner similar to the Web Apps WG Charter's section on WICG Specs (i.e., separated out of the main deliverables list for the working group).

    cc: @dwsinger @pes10k @marcoscaceres @torgo @dbaron

    on

  6. DASWG: Leave System WakeLock API in WICG until there is a second implementer

    on

    Per DAS charter feedback: We believe it would be prudent for the System WakeLock API to go through the WICG process until it gets implementation commitment from at least a second browser vendor.

    Having said that, we would be comfortable with having WICG incubated specs being explicitly listed as charter as work items the working group could adopt at a future date. However, we'd like to see them listed in a manner similar to the Web Apps WG Charter's section on WICG Specs (i.e., separated out of the main deliverables list for the working group).

    cc: @dwsinger @pes10k @marcoscaceres

    on

  7. DASWG: Drop Ambient light sensor API for privacy and lack of implementer support

    on

    Per DAS charter feedback: On the the grounds of privacy, and given a lack of implementer support, we would like the Devices and Sensors Working Group to cease work on the Ambient light sensor API and see it published as a Working Group Note instead.

    cc: @dwsinger @pes10k @marcoscaceres

    on

  8. DASWG: Drop Proximity sensor API for privacy and lack of implementer support

    on

    Per DAS charter feedback: On the the grounds of privacy, and given a lack of implementer support, we would like the Devices and Sensors Working Group to cease work on the Proximity sensor API and see it published as a Working Group Note instead.

    cc: @dwsinger @pes10k @marcoscaceres

    on

  9. DASWG: Drop Battery API for privacy and lack of implementer support

    on

    Per DAS charter feedback: On the the grounds of privacy, and given a lack of implementer support, we would like the Devices and Sensors Working Group to cease work on the Battery API and see it published as a Working Group Note instead.

    cc: @dwsinger @pes10k @marcoscaceres

    on