How to remove the require instance in Javascript.

[Yonggang Luo]

-- 
 此致
礼
罗勇刚
Yours
sincerely,
Yonggang Luo
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Emma Humphries]

I want to point out that the bug in question had 48 Mozillians CC'ed on it,
so any comments on the bug which are extraneous to the subject of the bug
add noise to the signal.

Comments are a place to make a case for a fix, but not indulging in a
jeremiad if a decision is made not to fix.

-- Emma

On Mon, May 9, 2016 at 1:59 PM, Tobias B. Besemer <
tobias.bese...@googlemail.com> wrote:

> K, I wait till Mozilla hit the bottom because marking my opinions to
> problems as "Offtopic" and removing my rights because I get p*ssed that my
> thinking about it is "off topic" is getting to much for me!
>
> But I'm pretty sure that it wouldn't take anymore long till Mozilla is on
> the ground...
>
> Seems Mozilla still don't get it, that Windows have a market share from
> around 90%...
>
> https://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&qpcustomd=0
>
> ...while OS X have <10%...
> http://gs.statcounter.com/#desktop-os-ww-monthly-201504-201604
>
> And Firefox have now - depending on the sources you watch - <9% market
> share...
> ...while Google Chrome (with some parts be the same as FF and have started
> much later) is now on ~57%...
> https://www.w3counter.com/globalstats.php
> http://gs.statcounter.com/
> http://www.w3schools.com/browsers/browsers_stats.asp
>
> ...the bottom seems no more far, because - even if geeks try to help - FF
> lose ~2% market share per year...
> http://www.sitepoint.com/browser-trends-august-2015-chrome-exceeds-50/
>
> ...and have lost - even with the help of geeks - in the last 2,5 years
> ~8%...
>
> https://www.netmarketshare.com/browser-market-share.aspx?qprid=1&qpcustomb=0&qpsp=2014&qpnp=3&qptimeframe=Y
>
> ...even if FF supports much more features/standard as every browser else...
> https://en.wikipedia.org/wiki/Comparison_of_web_browsers
> http://www.webdevout.net/browser-support
> https://html5test.com/
>
> Maybe some people will get some enlightenment, if they read this:
>
> http://thenextweb.com/entrepreneur/2015/06/24/9-questions-ask-softwares-beta-testers/
> Especially point 9. ...
>
>
> Greets, Tobias.
>
> P.S.: And happy programming for yourself!
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Shutdown leak detection - is there a better way?

[Randell Jesup]

I wrote the following in bug 1270308 comment 14, and thought it might be
worth mentioning/discussing here.  Not a new observation, of course, but
perhaps worth thinking about.  I should re-emphasize the effort that
goes into making clean shutdown work without intermittent is a LOT of
work for a lot of people.  That said, any radical change here is also a
lot of work, at least to change over, but it could save time in the long
run, and might incrementally improve security.

  Randell

(In reply to Andrew McCreight [:mccr8] from comment #13)
> (In reply to Jan-Ivar Bruaroey [:jib] from comment #12) 
> > Aren't there other ways we could find runtime leaks?
> 
> Unfortunately, there are none that I know of. In order to check for leaks,
> you have to know whether every live allocation should be alive or not.
> Waiting for shutdown and declaring that nothing should be alive is the
> easiest way to do this.

Right, though there are a couple of ways to do that.  One is what we're
(mostly) doing, which is to unwind everything and free, then see what's
left.  The other way (which we do with a few bits) is to mark
allocations or classes are being ok to exist at exit (some of Mutexes
for example IIRC). Big advantage there is cleanup/unwind code has risks
of it's own and can introduce race conditions.  Downside of this is that
the analysis of leaks is trickier; you end up needing basically a GC
scanner to see of allocations are tied to a "ok to leak" root.

That said... overall I think that's a better/safer/overall-lower-effort
(at least ongoing) than the complexity of the unwind code, just to avoid
leaks.  Also: real leaks we care about are either large single
allocations, or allocations that can increase in number the more times
you do something.  (Which includes leaks-occasionally-due-race).
One-off leaks (leak of a single pre-process instance of something) are
at most an annoyance unless large or eating CPU.

-- 
Randell Jesup, Mozilla Corp
remove "news" for personal email
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[George Wright]

On 05/09/2016 04:59 PM, Tobias B. Besemer wrote:

But I'm pretty sure that it wouldn't take anymore long till Mozilla is on the 
ground...


It seems a bit odd that you're using the "you will lose marketshare" 
argument in favour of your demands, but in the content process bug your 
demands basically boiled down to "you should rename the processes to X, 
Y and who cares if it breaks the browsing experience for people because 
the stuff it breaks doesn't affect me personally" (comments 143 and 
145). I'm pretty sure we'll lose users if we break the browsing 
experience for them.


I engaged in a civil discussion explaining why we couldn't go down the 
route you suggested (I tried to land that originally, and it was backed 
out from Nightly after it became apparent that it was a browser-breaking 
change) and you responded with ranting and accusations of foul play due 
to not being an employee.


I will reiterate what Andrew said - you are not being dismissed because 
you are not an employee. In fact, we engaged in discussions with you 
regarding your concerns and explaining why we were unable to do them. It 
was only after you started ranting because the discussions didn't go 
your way that we started to dismiss you because there was nothing 
constructive to discuss.

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Tobias B. Besemer]

K, I wait till Mozilla hit the bottom because marking my opinions to problems 
as "Offtopic" and removing my rights because I get p*ssed that my thinking 
about it is "off topic" is getting to much for me!

But I'm pretty sure that it wouldn't take anymore long till Mozilla is on the 
ground...

Seems Mozilla still don't get it, that Windows have a market share from around 
90%...
https://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&qpcustomd=0

...while OS X have <10%...
http://gs.statcounter.com/#desktop-os-ww-monthly-201504-201604

And Firefox have now - depending on the sources you watch - <9% market share...
...while Google Chrome (with some parts be the same as FF and have started much 
later) is now on ~57%...
https://www.w3counter.com/globalstats.php
http://gs.statcounter.com/
http://www.w3schools.com/browsers/browsers_stats.asp

...the bottom seems no more far, because - even if geeks try to help - FF lose 
~2% market share per year...
http://www.sitepoint.com/browser-trends-august-2015-chrome-exceeds-50/

...and have lost - even with the help of geeks - in the last 2,5 years ~8%...
https://www.netmarketshare.com/browser-market-share.aspx?qprid=1&qpcustomb=0&qpsp=2014&qpnp=3&qptimeframe=Y

...even if FF supports much more features/standard as every browser else...
https://en.wikipedia.org/wiki/Comparison_of_web_browsers
http://www.webdevout.net/browser-support
https://html5test.com/

Maybe some people will get some enlightenment, if they read this:
http://thenextweb.com/entrepreneur/2015/06/24/9-questions-ask-softwares-beta-testers/
Especially point 9. ...


Greets, Tobias.

P.S.: And happy programming for yourself!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Ryan VanderMeulen]

On 5/9/2016 2:23 PM, Tobias B. Besemer wrote:

Hi!

Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS 
Project!
The same mistake made Oracle with OpenOffice!
Now the project is almost death!
Think Mozilla should find his way back to his roots!
Would be nice, if some people think about it!

https://bugzilla.mozilla.org/show_bug.cgi?id=1114647
I removed the marker that my comments are "Offtopic" ... (because I write my 
viewpoint to this topic!)
...and re-opened my attachment!
Even if the employees are not interested how other OSS-Geeks see things that belong to the 
integration for Mozilla Products into Windows, this opinions of not-employees are anyway not 
"Offtopic", or "Spam"!


Greets, Tobias.

There's a pretty big difference between "viewpoints" and abusive 
comments and shouting in bugs.

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Build System Project - Update from the last 2 weeks

[David Burns]

Below is a highlight of all work the build peers have done in the last 2
weeks as part of their work to modernise the build infrastructure.

Since the last report[1] a large number of improvements have landed in
Mozilla Central.

We have been experimenting with making a global cache available to all
engineers. This has seen build times drop by, in some cases, up to 8
minutes. The time improvements are highly dependent on your local machine
and internet connection but show great promise!

We have also shaved off 22mb of all-tests.json, which is a great
improvement for both local builds and builds in automation.

Finally, Old-configure m4+shell has shrunk by 20% since the beginning of
the year. As mentioned in the previous status email, this will allow us to
replace the build backend with a more performant tool.

David

[1]
https://groups.google.com/d/msg/mozilla.dev.platform/aQVrp8GElno/QbGac4drAQAJ
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: #rgba and #rrggbbaa color syntax in CSS

[L. David Baron]

On Monday 2016-05-09 11:42 -0700, Jet Villegas wrote:
> Is this a follow-up, or are we prevented from parsing extended HTML color
> attributes by some other invariant?

Colors in HTML use a parsing algorithm that basically accepts all
garbage, and people depend on that, so we're probably unable to
accept new syntax for HTML colors.

-David

-- 
𝄞   L. David Baron http://dbaron.org/   𝄂
𝄢   Mozilla  https://www.mozilla.org/   𝄂
 Before I built a wall I'd ask to know
 What I was walling in or walling out,
 And to whom I was like to give offense.
   - Robert Frost, Mending Wall (1914)


signature.asc
Description: PGP signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Tobias B. Besemer]

Am Montag, 9. Mai 2016 20:54:44 UTC+2 schrieb Kyle Huey:
> Because you are *still* (as of 10 minutes ago) removing the off-topic
> labels that were applied to clearly off-topic comments I have temporarily
> removed your editbugs permissions.
> 
> - Kyle
> 
> On Mon, May 9, 2016 at 11:23 AM, Tobias B. Besemer <
> tobias.bese...@googlemail.com> wrote:
> 
> > Hi!
> >
> > Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a
> > OSS Project!
> > The same mistake made Oracle with OpenOffice!
> > Now the project is almost death!
> > Think Mozilla should find his way back to his roots!
> > Would be nice, if some people think about it!
> >
> > https://bugzilla.mozilla.org/show_bug.cgi?id=1114647
> > I removed the marker that my comments are "Offtopic" ... (because I write
> > my viewpoint to this topic!)
> > ...and re-opened my attachment!
> > Even if the employees are not interested how other OSS-Geeks see things
> > that belong to the integration for Mozilla Products into Windows, this
> > opinions of not-employees are anyway not "Offtopic", or "Spam"!
> >
> >
> > Greets, Tobias.
> > ___
> > dev-platform mailing list
> > dev-platform@lists.mozilla.org
> > https://lists.mozilla.org/listinfo/dev-platform
> >

Yeah! This was the way Oracle was going, too...

Btw.: If Mozilla die, you lose your job, too! Think about it!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Tobias B. Besemer]

Am Montag, 9. Mai 2016 20:33:11 UTC+2 schrieb Andrew McCreight:
> Thank you for opening a discussion thread rather than posting more in the
> bug.
> 
> On Mon, May 9, 2016 at 11:23 AM, Tobias B. Besemer wrote:
> 
> > Hi!
> >
> > Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a
> > OSS Project!
> > The same mistake made Oracle with OpenOffice!
> > Now the project is almost death!
> > Think Mozilla should find his way back to his roots!
> > Would be nice, if some people think about it!
> >
> > https://bugzilla.mozilla.org/show_bug.cgi?id=1114647
> > I removed the marker that my comments are "Offtopic" ... (because I write
> > my viewpoint to this topic!)
> > ...and re-opened my attachment!
> > Even if the employees are not interested how other OSS-Geeks see things
> > that belong to the integration for Mozilla Products into Windows, this
> > opinions of not-employees are anyway not "Offtopic", or "Spam"!
> >
> 
> I did not mark your posts off topic because you are not a Mozilla employee,
> I marked them off-topic (comments 144, 145, and 146) because they are not
> relevant to the technical discussion in the bug. The subject of the
> bug is "Rename
> the content process to something intelligible". Your posts are talking
> about extensions breaking with e10s, how you are fine with breaking
> Silverlight and Flash, and saying that Windows breaks software. None of
> these advance the state of the discussion in the bug.
> 
> Andrew
> 
> 
> >
> >
> > Greets, Tobias.
> > ___
> > dev-platform mailing list
> > dev-platform@lists.mozilla.org
> > https://lists.mozilla.org/listinfo/dev-platform
> >

You should read the complete bug again!
Above were a lot of comments why it is OK or not to break things or rename 
files or not!
So were is really the difference then that I'm not a employee 
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Tobias B. Besemer]

Same belongs to bug 1219672!
https://bugzilla.mozilla.org/show_bug.cgi?id=1219672

If Mozilla still don't know that I sometimes give a rant, if thing go really 
wrong, but on the other side my rants were the reasons in the last 2,5 years, 
that Firfox was getting on Windows much better again, then something at Mozilla 
goes really wrong!

Btw.: Seems I and others are still to quit! Firefox is still losing market 
share! And there are reasons for it! Ignore them doesn't help!
http://www.w3schools.com/browsers/browsers_stats.asp
https://www.netmarketshare.com/browser-market-share.aspx?qprid=1&qpcustomb=0&qpsp=2014&qpnp=3&qptimeframe=Y
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Kyle Huey]

Because you are *still* (as of 10 minutes ago) removing the off-topic
labels that were applied to clearly off-topic comments I have temporarily
removed your editbugs permissions.

- Kyle

On Mon, May 9, 2016 at 11:23 AM, Tobias B. Besemer <
tobias.bese...@googlemail.com> wrote:

> Hi!
>
> Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a
> OSS Project!
> The same mistake made Oracle with OpenOffice!
> Now the project is almost death!
> Think Mozilla should find his way back to his roots!
> Would be nice, if some people think about it!
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=1114647
> I removed the marker that my comments are "Offtopic" ... (because I write
> my viewpoint to this topic!)
> ...and re-opened my attachment!
> Even if the employees are not interested how other OSS-Geeks see things
> that belong to the integration for Mozilla Products into Windows, this
> opinions of not-employees are anyway not "Offtopic", or "Spam"!
>
>
> Greets, Tobias.
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: #rgba and #rrggbbaa color syntax in CSS

[Jet Villegas]

On Sun, May 8, 2016 at 10:35 PM, L. David Baron  wrote:

> I just landed a patch to implement the #rgba and #rrggbbaa syntax
> for colors in CSS,
>

Nice!


> It affects only colors specified in CSS, and not those specified in
> HTML attributes.
>
> Is this a follow-up, or are we prevented from parsing extended HTML color
attributes by some other invariant?

Thanks,

--Jet
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Andrew McCreight]

Thank you for opening a discussion thread rather than posting more in the
bug.

On Mon, May 9, 2016 at 11:23 AM, Tobias B. Besemer <
tobias.bese...@googlemail.com> wrote:

> Hi!
>
> Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a
> OSS Project!
> The same mistake made Oracle with OpenOffice!
> Now the project is almost death!
> Think Mozilla should find his way back to his roots!
> Would be nice, if some people think about it!
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=1114647
> I removed the marker that my comments are "Offtopic" ... (because I write
> my viewpoint to this topic!)
> ...and re-opened my attachment!
> Even if the employees are not interested how other OSS-Geeks see things
> that belong to the integration for Mozilla Products into Windows, this
> opinions of not-employees are anyway not "Offtopic", or "Spam"!
>

I did not mark your posts off topic because you are not a Mozilla employee,
I marked them off-topic (comments 144, 145, and 146) because they are not
relevant to the technical discussion in the bug. The subject of the
bug is "Rename
the content process to something intelligible". Your posts are talking
about extensions breaking with e10s, how you are fine with breaking
Silverlight and Flash, and saying that Windows breaks software. None of
these advance the state of the discussion in the bug.

Andrew


>
>
> Greets, Tobias.
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Mike Hoye]

On 2016-05-09 2:23 PM, Tobias B. Besemer wrote:

Think Mozilla should find his way back to his roots!
Would be nice, if some people think about it!
While reasonable people can disagree about policy decisions, Bugzilla 
has never been the right place to air those disagreements.


- mhoye
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS project!

[Tobias B. Besemer]

Hi!

Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS 
Project!
The same mistake made Oracle with OpenOffice!
Now the project is almost death!
Think Mozilla should find his way back to his roots!
Would be nice, if some people think about it!

https://bugzilla.mozilla.org/show_bug.cgi?id=1114647
I removed the marker that my comments are "Offtopic" ... (because I write my 
viewpoint to this topic!)
...and re-opened my attachment!
Even if the employees are not interested how other OSS-Geeks see things that 
belong to the integration for Mozilla Products into Windows, this opinions of 
not-employees are anyway not "Offtopic", or "Spam"!


Greets, Tobias.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: DOMTokenList.prototype.supports

[Boris Zbarsky]

On 5/8/16 10:18 PM, Karl Dubost wrote:

I was wondering if it makes to add in the supports() list all keywords which 
have influences to the Chrome of browser, aka no effect on navigation context.


That depends on what the goal is, obviously.


* link rel="feed" has an effect on the chrome UI, by enabling the possibility 
to subscribe to the feed.


Or not, depending on the UI setup.

The key question for me in this sort of situation is this: if a page 
wants to provide a link to a feed, how can it tell whether the UA 
provides such UI on its own already or whether the page should add a 
visible link in the content area?  This seems like a job for supports().


-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: invalid values behave like "metadata", not "subtitles"

[Simon Pieters]

On Thu, 05 May 2016 15:36:30 +0200, Aryeh Gregor  wrote:


On Thu, May 5, 2016 at 4:32 PM, Florin Mezei
 wrote:

Do you still intend to do some analysis to see whether this will be a
problem in real life? We have somewhat of a history in shipping changes  
that

break compatibility, and then end up doing dot releases (in some cases).


I wasn't planning on putting in the work unless others thought it was
really necessary.  In the linked bug, Boris wasn't sure.  I don't know
anything about the feature's deployment, but I'd venture to guess that
it's not so widespread that the number of misuses would be too
significant in absolute terms.


VTTCueRender use counter for Chrome:

https://www.chromestatus.com/metrics/feature/timeline/popularity/410


httparchive (494,168 pages):

SELECT COUNT(*) AS num, REGEXP_EXTRACT(LOWER(body),  
r']+\s)?kind\s*=\s*([a-z]+|["\'][^"\']+["\'])') as match

FROM [httparchive:har.2016_04_15_chrome_requests_bodies]
GROUP BY match
ORDER BY num DESC

Row num match   
1   17616286null
2   523 "subtitles"   
3   108 "captions"
4   58  "metadata"
5   6   "subtitle"
6   6   'subtitles' 
7   5   "thumbnails"  
8   3   'captions'  
9   1   "dotsub"  
10  1   "${assettracktype}"   
11  1   'subtitle'


We could add "subtitle" as a new keyword if that turns out to be a problem.

--
Simon Pieters
Opera Software
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

[Firefox Desktop] Issues found: May 2nd to May 6th

[Andrei Vaida]

Hi everyone,

Here's the list of new issues found and filed by the Desktop Release QA 
team last week, *May 2nd - May 6th* (week 18).


Additional details on the team's priorities last week, as well as the 
plans for the current week are available at:


   https://public.etherpad-mozilla.org/p/DesktopManualQAWeeklyStatus



*RELEASE CHANNEL*
none

*BETA CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1269749 
[Ubuntu 13.04] White text issues in the location bar and other menus
Core
Widget: Gtk
YES NOBODY


*AURORA CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1270110 
	[Linux] Speech synthesis: The narration can't be started anymore after 
you click any button from Narrate panel

Toolkit
Reader Mode
NO  NOBODY


*NIGHTLY CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1269739 
The scrollbars from the RDM modal are wrongly positioned
Firefox
Developer Tools: Responsive Design Mode
NO  NOBODY
1269750 
The wrong part of the devices list is displayed on RDM
Firefox Developer Tools: Responsive Design Mode NO  
NOBODY
1270052 
State indicator doesn't persist on the first download on a new profile
Firefox
Downloads Panel
NO  NOBODY
1270085 
The active tab highlight border is not correctly displayed on dark 
themes
Firefox
Theme
NO  NOBODY

*
**ESR CHANNEL*
none

Regards,
Andrei
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: #rgba and #rrggbbaa color syntax in CSS

[Patrick Brosset]

(cross posting to dev-developer-tools)

I just filed the following bug for devtools support:
https://bugzilla.mozilla.org/show_bug.cgi?id=1271191

Right now, the devtools inspector panel displays CSS colors (in the Rules
sidebar panel) as editable color swatches, and allows to convert between
the various formats.
This bug aims at supporting #rgba and #rrggbbaa

On Mon, May 9, 2016 at 7:35 AM, L. David Baron  wrote:

> I just landed a patch to implement the #rgba and #rrggbbaa syntax
> for colors in CSS, and realized I probably should have sent an
> intent to dev-platform slightly sooner.
>
> This is an additional syntax for an existing feature already usable
> as the rgba() and hsla() color functions, commonly requested by
> developers, and recently implemented in both Chromium and WebKit.  I
> figured we may as well add it now both because it's popular and
> because we're likely to have to for compatibility soon enough.
>
> It allows, for example, the color previously specifiable as
> rgba(221, 34, 170, 0.6) or to be specified as #d2a9 or #dd22aa99.
> (rgb(221, 34, 170) has always been specifiable as #d2a or #dd22aa;
> this just extends the compact hexadecimal syntax to allow alpha.)
>
> It affects only colors specified in CSS, and not those specified in
> HTML attributes.
>
> Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=567283
> Spec: https://drafts.csswg.org/css-color-4/#hex-notation
> Target release: Firefox 49
>
> -David
>
> --
> 𝄞   L. David Baron http://dbaron.org/   𝄂
> 𝄢   Mozilla  https://www.mozilla.org/   𝄂
>  Before I built a wall I'd ask to know
>  What I was walling in or walling out,
>  And to whom I was like to give offense.
>- Robert Frost, Mending Wall (1914)
>
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform