Comments (15)
Correction to the above, MDN also lists initEvent()
as deprecated.
from deviceorientation.
Trying to figure out who might know about this from code etc. in the various engines:
- EdgeHTML: @adrianba has posted to the list, but I think he's OOO, so perhaps michaelchampion?
- Gecko: @khuey @smaug----?
- WebKit: @cdumez? (also Sam Weinig, but can't find on GitHub)
Between standardization and removal, do y'all have preferences?
from deviceorientation.
@khuey left Mozilla a little while ago to do other fun things
from deviceorientation.
Indeed. Maybe try @bakulf?
from deviceorientation.
Since most engines have it, I'd personally prefer to standardize.
from deviceorientation.
init*Events() are deprecated at least in the sense that new event interface types shouldn't get them, but I don't see any strong reason to remove them if all the implementations support them.
Hmm, though, if we want to make the platform better and eventually remove all the initEvent methods
(and createEvent), then we should try to remove initEvents one by one.
Do we have up-to-date data about initDeviceMotionEvent and initDeviceOrientationEvent usage?
from deviceorientation.
We have these use counters:
https://www.chromestatus.com/metrics/feature/timeline/popularity/865
https://www.chromestatus.com/metrics/feature/timeline/popularity/866
However, despite the fact that I closed #18 I would be perfectly happy to see these standardized, and don't think we can possibly remove all of the init*Event()
methods, because:
https://www.chromestatus.com/metrics/feature/timeline/popularity/867
I would, however, like to give them all exactly one required argument as in whatwg/dom#387.
For those that aren't interoperable yet, it's very possible that removing them from n engines could be a faster path to interop than adding them to 4-n, depending on the numbers and usage.
from deviceorientation.
Should also say that if there is one eager individual for each engine, I would support removal as well.
from deviceorientation.
We would love to drop support for it. We are still plumbing Event constructors through for everything, so these won't have that support yet, but we'll get there. Meanwhile, it doesn't matter if no one is programmatically dispatching them in practice anyway.
So +1
from deviceorientation.
@smaug----, given the usage numbers above what do you think?
from deviceorientation.
Dropping them sounds good.
from deviceorientation.
Chrome will be removing these methods.
from deviceorientation.
Closing this issue. Safari Mobile appears to be the only browser still implementing these methods.
from deviceorientation.
I see https://searchfox.org/mozilla-central/source/dom/webidl/DeviceOrientationEvent.webidl#16
from deviceorientation.
Ah, my mistake. I was checking for it in Firefox Developer Tools but obviously flubbed it. Nonetheless, it is marked as deprecated and so I don't think there is any need to keep this issue open in anticipation of specifying these methods.
from deviceorientation.
Related Issues (20)
- Automatic publishing broken due to Specberus errors HOT 6
- Broken references in DeviceOrientation Event Specification
- Broken references in DeviceOrientation Event Specification
- Remove [NoInterfaceObject] HOT 9
- Add non-normative text describing the current deviceorientationabsolute implementation status
- What is difference with Gyroscope API ? HOT 1
- Add integration with Permissions Policy HOT 7
- Set up automatic Bikeshed compilation HOT 2
- Add integration with the Permissions API HOT 1
- requestPermission() and event handling clarification HOT 10
- DeviceMotion only works once at init and return null value HOT 2
- Update to constructor operations HOT 2
- PermissionState is already defined in Permission API HOT 7
- Need to define the DeviceMotionEvent constructor HOT 4
- Move fingerprintable APIs behind permissions HOT 46
- Device motion sampling frequency HOT 2
- Convert DeviceMotionEventAcceleration/RotationRate to dictionaries HOT 1
- DeviceMotionEvent atttributes can't be null per current IDL HOT 18
- Opposite z-axis for example 7 HOT 9
- Example 9 doesn't match the situation
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from deviceorientation.