WebAPI/2013-07-02
From MozillaWiki
< WebAPI
« previous week | index | next week »
WebAPI Meeting Details
- Tuesday 2013-07-02 - 10:00 am Pacific
- Dial-in: Audio-only conference# 98413
- People with Mozilla phones or softphones please dial x4000 Conf# 98413
- US/Toll-free: +1 800 707 2533, (pin 4000) Conf# 98413
- US/California/Mountain View: +1 650 903 0800, x4000 Conf# 98413
- US/California/San Francisco: +1 415 762 5700, x4000 Conf# 98413
- US/Oregon/Portland: +1 971 544 8000, x4000 Conf# 98413
- CA/British Columbia/Vancouver: +1 778 785 1540, x4000 Conf# 98413
- CA/Ontario/Toronto: +1 416 848 3114, x4000 Conf# 98413
- UK/London: +44 (0)207 855 3000, x4000 Conf# 98413
- FR/Paris: +33 1 84 88 37 37, x4000 Conf# 98413
- Gmail Chat (requires Flash and the Google Talk plugin): paste +1 650 903 0800 into the Gmail Chat box that doesn't look like it accepts phone numbers
- SkypeOut is free if you use the 800 number
- WebAPI Vidyo Room / SF-Golden Gate (3rd floor) / Toronto-Spadina
- Join irc.mozilla.org #webapi for back channel
Notes will be taken on etherpad: https://etherpad.mozilla.org/webapi-meetingnotes
Discussions
- doc tech reviews still needed
- people are invited to docs sprint at end of July
- 26-27 July, at a minimum virtual, may be physical get together (TBD)
- https://wiki.mozilla.org/MDN/Doc_Sprints#2013
- API (un)prefixing policies (Tantek bringing this up, but everyone feel free to add thoughts/URLs to this)
- what are we doing with new(ish) APIs that we ship (no prefixes right?)
- right, no prefixes
- what are we doing with legacy APIs that are prefixed (any left? which? bug#s?)
- e.g. https://developer.mozilla.org/en-US/docs/Web/API/window.requestAnimationFrame
- requestAnimationFrame has been unprefixed.
- so it looks like we have a docs update bug then, as the syntax examples show prefixed-only call for Firefox
- requestAnimationFrame has been unprefixed.
- e.g. https://developer.mozilla.org/en-US/docs/Web/API/window.mozAnimationStartTime
- when do we unprefix them?
- as soon as we have an unprefixed version and the web doesn't depend on the prefixed version too much (to be evaluated on a per case basis)
- "as soon as we have an unprefixed version" sounds like a tautology - do you mean as soon as we have a spec defined for an unprefixed version?
- Yes, having a spec is part of the process of unprefixing an API. Making sure that our implementation adheres to it is another.
- why does "the web doesn't depend on the prefixed version too much" matter for this? wouldn't we just support both for a while? (next question handles dropping prefixes)
- Sure, I thought you're asking about unprefixing in general.
- "as soon as we have an unprefixed version" sounds like a tautology - do you mean as soon as we have a spec defined for an unprefixed version?
- as soon as we have an unprefixed version and the web doesn't depend on the prefixed version too much (to be evaluated on a per case basis)
- when do we drop support for the prefixed versions? case-by-case? general timeout?
- case by case, mostly
- e.g. https://developer.mozilla.org/en-US/docs/Web/API/window.requestAnimationFrame
- Great. I'd like to draft some of our WebAPI (un)prefixing policies on wikimo - I think I have enough from this Etherpad to start a stub but wanted to check with folks here to see if there were differing opinions before I did so. - Tantek
- Sounds great!
- Update: Documented here: DOM/prefixes - Tantek (talk) 17:36, 15 August 2013 (PDT)
- Sounds great!
- what are we doing with new(ish) APIs that we ship (no prefixes right?)
- new work week topic: navigator.languages
- https://bugzilla.mozilla.org/show_bug.cgi?id=889335
- Andreas assigned the bug to Marcos
- Mounir thinks the proposed API is incorrect (I want an array of DOMString)