On 7/16/15 11:33 PM, Mike Taylor wrote:
Will we ever run into the same problems with unprefixing rAF raised on
blink-dev[1]?
I see 932322 was partially backed out and 943958 seems to describe the
`var requestAnimationFrame = window.requestAnimationFrame` problem.
Mike,
Thank you for checking
On Thu, Jul 16, 2015 at 6:50 AM, Ehsan Akhgari
wrote:
> On 2015-07-15 6:47 PM, Jeff Gilbert wrote:
>
>> "Arg warts improve backtracking for debugging"
>> Regardless of the validity of "Arg warts help illustrate information
>> flow", the use-case of backtracking to 'origin' of aFoo is also
>> unc
On 7/16/15 19:08, Boris Zbarsky wrote:
Web compat impact for mozRequestAnimationFrame/mozCancelAnimationFrame:
Not known for sure, but expected to be small to none. Pretty much any
real-life web code that uses this API will also used the unprefixed
version or at worst fall back to setTimeout/set
Agreed. This is about how we feel about a spec, its content, and the design of
its API, not about if or when we will get around to implementing it. That's
also something worth capturing, but they're not the same data points at all.
Eric Shepherd
Sr. Technical Writer
Mozilla
Blog: http://www.bits
On Thu, Jul 16, 2015 at 7:26 PM, Ehsan Akhgari
wrote:
> On 2015-07-16 9:21 PM, Martin Thomson wrote:
>
>> On Thu, Jul 16, 2015 at 5:44 PM, Benjamin Kelly
>> wrote:
>>
>>>
>>>
>>> FWIW, I've sent an intent to implement for the Streams API, but I won't
>>> be
>>> able to actually start work until
On 2015-07-16 9:21 PM, Martin Thomson wrote:
On Thu, Jul 16, 2015 at 5:44 PM, Benjamin Kelly wrote:
FWIW, I've sent an intent to implement for the Streams API, but I won't be
able to actually start work until Q4. I just listed that as "favorable"
for now. Not sure if we need a clearer "we i
On Thu, Jul 16, 2015 at 5:44 PM, Benjamin Kelly wrote:
>
>
> FWIW, I've sent an intent to implement for the Streams API, but I won't be
> able to actually start work until Q4. I just listed that as "favorable"
> for now. Not sure if we need a clearer "we intend to implement this but
> just haven
On 7/16/15 9:04 PM, Boris Zbarsky wrote:
On 7/16/15 8:34 PM, Kyle Huey wrote:
There are a handful of uses in Gaia.
Oh, gah. I keep forgetting gaia's on a separate mxr repo. I'll get
together a pull request. Good catch.
Actually, I just looked, and I had in fact checked on those and decide
On 7/16/15 8:34 PM, Kyle Huey wrote:
There are a handful of uses in Gaia.
Oh, gah. I keep forgetting gaia's on a separate mxr repo. I'll get
together a pull request. Good catch.
-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On 7/14/2015 8:23 AM, Benjamin Smedberg wrote:
> Aww, I was avoiding getting into this thread.
>
...
> The argument I am most sympathetic to is that this convention is a
> barrier to new contributors. Making new contributors productive, both
> employees and volunteers, is a very good reason to cho
On Thu, Jul 16, 2015 at 6:28 PM, Anthony Ricaud wrote:
> Regarding "in progress|favorable|not favorable|no opinion", I think
>> that we don't need to be opinionated about features we aren't
>> implementing unless we have a firm commitment not to implement the
>> feature. Here I'm thinking variou
On Thu, Jul 16, 2015 at 5:08 PM, Boris Zbarsky wrote:
> Tracking bug: https://bugzilla.mozilla.org/show_bug.cgi?id=909154
>
> APIs to be removed: mozRequestAnimationFrame, mozAnimationStartTime,
> mozCancelAnimationFrame.
>
> As of today, they are not used in our tree.
>
There are a handful of u
Tracking bug: https://bugzilla.mozilla.org/show_bug.cgi?id=909154
APIs to be removed: mozRequestAnimationFrame, mozAnimationStartTime,
mozCancelAnimationFrame.
As of today, they are not used in our tree.
Web compat impact for mozRequestAnimationFrame/mozCancelAnimationFrame:
Not known for su
On 7/15/2015 3:23 AM, Benjamin Smedberg wrote:
Given that premise, we shouldn't just change aArgument; we should
adopt the Google C++ style guide wholesale:
* names_with_underscores
* members_with_trailing_
* no more ns prefix
I used this style in a personal project, and I quickly came to
On 16/07/15 21:51, Martin Thomson wrote:
On Thu, Jul 16, 2015 at 12:26 PM, Anthony Ricaud wrote:
In order to get accurate data and update it regularly, we need your help.
Please go to the following etherpad and insert any information that can help
us:
https://etherpad.mozilla.org/gecko-web-plat
Ehsan Akhgari schrieb:
Is someone signing up to do the work to keep the working on all tier 1
platforms now?
I know it's not a platform, but does JIT conflict with this? Ion JIT
stack are not walkable in any way that the stackwalker understands...
(Actually, I do not know of any way to even d
Karl Dubost wrote:
> I would love to know if we have an "always up to date" list features state
> for Firefox/Gecko. Both caniuse and MDN are giving the information on when
> the prefixless version has been introduced but never when/if the prefix has
> been dropped.
For what it's worth, this is
On Thu, Jul 16, 2015 at 12:26 PM, Anthony Ricaud wrote:
> In order to get accurate data and update it regularly, we need your help.
> Please go to the following etherpad and insert any information that can help
> us:
> https://etherpad.mozilla.org/gecko-web-platform-dashboard
That's a fairly clum
On 2015-07-16 3:26 PM, Anthony Ricaud wrote:
Potch and I are working on a website to present Mozilla's point of view
on various web platform features. Other browsers have similar websites
[1] [2] [3]. This project has been in lingo for a while so, to get it
out the door, we're going to focus on o
Potch and I are working on a website to present Mozilla's point of view
on various web platform features. Other browsers have similar websites
[1] [2] [3]. This project has been in lingo for a while so, to get it
out the door, we're going to focus on one information: what is Mozilla's
opinion o
This is the bug I filed to capture the unprefix list:
https://bugzilla.mozilla.org/show_bug.cgi?id=775235
Having our dev-tools alert for deprecated syntax would be very helpful. +cc
dev-developer-tools for feedback.
--Jet
On Wed, Jul 15, 2015 at 10:05 PM, Karl Dubost wrote:
> Hello,
> (mostly
On 2015-07-16 1:05 AM, Karl Dubost wrote:
Hello,
(mostly for people of DOM and CSS)
tl;dr: A list of unprefixed properties where the prefixed version has been
dropped.
Context:
A feature has 4 states (or at least my impression):
1. No support
2. prefixed only support (MozFoo and -moz-bar)
3.
On 16 July 2015 at 14:36, Ehsan Akhgari wrote:
> As far as I can tell, neither of the above are things that another UA can
> hook into. Am I correct in my understanding here?
>
I asked about that for Chrome Custom Tabs, a Googler told me there's an API
so that other browsers can create the equi
This sounds like a good idea.
On Jul 15, 2015 10:10 PM, "Jonas Sicking" wrote:
> On Wed, Jul 15, 2015 at 12:42 PM, Jan-Ivar Bruaroey
> wrote:
> > This means it will throw TypeError on set of: MediaSource objects, Blob
> > objects, and File objects, for now.
>
> For what it's worth, I think imple
On 2015-07-15 6:47 PM, Jeff Gilbert wrote:
"Arg warts improve backtracking for debugging"
Regardless of the validity of "Arg warts help illustrate information
flow", the use-case of backtracking to 'origin' of aFoo is also
unconvincing, since you'd only need to go back once more than previously
On 2015-07-16 8:17 AM, Benjamin Francis wrote:
Exactly. We can no longer talk about "merging the web and native" as some
potential future thing that may or may not happen. It is already happening:
1. Android's Chrome Custom Tabs will keep users in native apps when
following external hype
On 16 July 2015 at 01:44, Robert O'Callahan wrote:
> As long as platforms exist with homescreens and other inventories of
> "installed apps", of which the browser is one, it seems worthwhile to me to
> support adding Web apps to those inventories so they're peers of native
> apps instead of havin
On 07/16/2015 01:16 AM, Thomas Zimmermann wrote:
Hi
Am 16.07.2015 um 00:47 schrieb Jeff Gilbert:
On Tue, Jul 14, 2015 at 7:55 AM, Thomas Zimmermann
mailto:tzimmerm...@mozilla.com>> wrote:
The discussion has a number of good points in favor of using 'a',
but I
missed convincing a
28 matches
Mail list logo
