On Thu, Aug 08, 2013 at 08:15:29PM -0700, Brian Smith wrote:
> On Thu, Aug 8, 2013 at 3:57 PM, Ehsan Akhgari wrote:
>
> > On 2013-08-08 11:34 AM, Brian Smith wrote:
> >
> >> My position is that we should fix STLPort's implementation
> >> for GCC 4.4 ARM Linux (maybe just backport a fixed version)
On Thu, Aug 8, 2013 at 3:57 PM, Ehsan Akhgari wrote:
> On 2013-08-08 11:34 AM, Brian Smith wrote:
>
>> My position is that we should fix STLPort's implementation
>> for GCC 4.4 ARM Linux (maybe just backport a fixed version) and use
>> std::type_traits everywhere.
>>
>> Now that I know we can modi
If you have comments about this proposal, please reply on the
dev-tech-crypto mailing list:
https://lists.mozilla.org/listinfo/dev-tech-crypto.
-- Forwarded message --
From: Brian Smith
Date: Thu, Aug 8, 2013 at 7:30 PM
Subject: Proposal to Change the Default TLS Ciphersuites Offe
Hi,
I just landed the patches for
https://bugzilla.mozilla.org/show_bug.cgi?id=898914, which removes
JSBool from the tree, replacing all instances with bool. The patches
appear to have stuck.
Apologies to anyone whose outstanding patches were affected adversely.
|perl -pi -e 's/JSBool/bool/g' |
For use cases like mine, any other alternative requires origin-clean image
data anyway, since the workarounds usually involve getImageData or WebGL or
something (and SVG itself seems to hate non-origin-clean image data, based
on my tests). So having this stuff only work for origin-clean image data
There is no bug number yet, because I have about 15 lines of additional
code :)
On Thu, Aug 8, 2013 at 3:52 PM, Ehsan Akhgari wrote:
> On 2013-08-08 12:20 PM, Nikhil Marathe wrote:
>
>> On Wednesday, August 7, 2013 7:02:51 PM UTC-7, Ehsan Akhgari wrote:
>>
>>> On Mon, Aug 5, 2013 at 3:17 PM, Nik
On 2013-08-08 11:34 AM, Brian Smith wrote:
On Wed, Aug 7, 2013 at 6:47 PM, Ehsan Akhgari mailto:ehsan.akhg...@gmail.com>> wrote:
But for whatever it's worth, I think that in general, for the std
replacement code living in MFBT, it's best for us to try really hard
to match the C++ sta
On 2013-08-08 12:20 PM, Nikhil Marathe wrote:
On Wednesday, August 7, 2013 7:02:51 PM UTC-7, Ehsan Akhgari wrote:
On Mon, Aug 5, 2013 at 3:17 PM, Nikhil Marathe wrote:
On Monday, August 5, 2013 10:01:06 AM UTC-7, Mounir Lamouri wrote:
On 26/07/13 18:29, Ehsan Akhgari wrote:
We're p
On Fri, Aug 9, 2013 at 10:00 AM, Benoit Jacob wrote:
> I think that it would make more sense to first try to see to what extent we
> manage to fix these issues, see what is left of SVG filters after these
> issues are fixed, and only then consider propagating these concepts to more
> Web APIs. (I
On Fri, Aug 9, 2013 at 10:00 AM, Cameron McCormack wrote:
> Why should color matrix become a property if other filters go through a
> .filter property on the context object? Wouldn't it be more consistent if
> we just introduced a color-matrix() CSS value?
>
To avoid string parsing costs. Also,
Robert O'Callahan wrote:
On Fri, Aug 9, 2013 at 9:29 AM, K. Gadd wrote:
Consider this my +1 in favor of a dedicated .colorMatrix attribute,
Good, then I'll expect you to back me up in WHATWG with usecases :-).
Why should color matrix become a property if other filters go through a
.filte
Given the security flaws that have been recently disclosed,
http://contextis.co.uk/files/Browser_Timing_Attacks.pdf
I think that it would make more sense to first try to see to what extent we
manage to fix these issues, see what is left of SVG filters after these
issues are fixed, and only then c
On Fri, Aug 9, 2013 at 9:29 AM, K. Gadd wrote:
> Consider this my +1 in favor of a dedicated .colorMatrix attribute,
>
Good, then I'll expect you to back me up in WHATWG with usecases :-).
> preferably in the form of a Uint8Array or Float32Array instead of another
> *!@$ string.
>
Using an ar
On 8/8/13 10:45 PM, Karl Tomlinson wrote:
Axel Hecht writes:
On 8/8/13 5:17 PM, Jonathan Kew wrote:
On 8/8/13 15:17, Axel Hecht wrote:
Couter example seems to be Chinese, the unagi shows something, while my
tool reports 13k missing glyphs for zh-TW.
If we're using Droid Sans Fallback, I be
Markus is moving with great speed and we should have the necessary Moz2D
support landed soonish.
I think the biggest outstanding issue is how to spec the canvas API for
this. The most obvious approach to me is to add a "filter" attribute to
CanvasRenderingContext2D that takes a CSS filter value an
Axel Hecht writes:
> On 8/8/13 5:17 PM, Jonathan Kew wrote:
>> On 8/8/13 15:17, Axel Hecht wrote:
>>> Couter example seems to be Chinese, the unagi shows something, while my
>>> tool reports 13k missing glyphs for zh-TW.
>> If we're using Droid Sans Fallback, I believe it supports somewhere well
Just to provide something of an update here. Let me first correct something
from the original e-mail, SVG does not render on the Skia backend right now,
but rather on thebes. It simply has its own code to do these sorts of filters.
Over the last couple of weeks we've also been working on adding
Shumway team still needs to implement filter effects available in the Flash
Player. Ideally, fast filters can be made available to all Canvas programs. Now
that we've got a shared filter pipeline with SVG and CSS, can we surface the
same filters as a Canvas API?
I'm attaching our last e-mail th
Hi Jonathan,
thanks for the feedback, more inline.
On 8/8/13 5:17 PM, Jonathan Kew wrote:
On 8/8/13 15:17, Axel Hecht wrote:
Hi,
I'm looking for a review of some rather hacky tool I just created to see
if the fonts on b2g actually support a particular language.
https://github.com/Pike/font-t
On Wednesday, August 7, 2013 7:02:51 PM UTC-7, Ehsan Akhgari wrote:
> On Mon, Aug 5, 2013 at 3:17 PM, Nikhil Marathe wrote:
>
>
>
> > On Monday, August 5, 2013 10:01:06 AM UTC-7, Mounir Lamouri wrote:
>
> > > On 26/07/13 18:29, Ehsan Akhgari wrote:
>
> > >
>
> > > > We're planning to implemen
On Wed, Aug 7, 2013 at 6:47 PM, Ehsan Akhgari wrote:
> But for whatever it's worth, I think that in general, for the std
> replacement code living in MFBT, it's best for us to try really hard to
> match the C++ standard where it makes sense. We sometimes go through a
> crazy amount of pain to do
On Sun, Aug 4, 2013 at 11:48 PM, Nicholas Nethercote
wrote:
>>
>> Nick, when you made changes to the JS engine's #includes, did you
>> observe a change in build times?
>
> I don't have good measurements, largely because I've been doing it in
> small chunks over time. I'll try to do
> https://bugz
On 8/8/13 15:17, Axel Hecht wrote:
Hi,
I'm looking for a review of some rather hacky tool I just created to see
if the fonts on b2g actually support a particular language.
https://github.com/Pike/font-tool
Basic outline of what the tool does:
Parses langGroups.properties to see which locale h
On Wed, Aug 7, 2013 at 6:47 PM, Ehsan Akhgari wrote:
> (Sorry for the late reply, please blame it on Canadian statutory holidays,
> and my birthday date!)
>
Happy birthday!
On Fri, Aug 2, 2013 at 11:09 PM, Brian Smith wrote:
>
>> 1. It avoids a phase of mass rewrites s/mozilla:Whatever/std::wha
Hi,
I'm looking for a review of some rather hacky tool I just created to see
if the fonts on b2g actually support a particular language.
https://github.com/Pike/font-tool
Basic outline of what the tool does:
Parses langGroups.properties to see which locale has which group, with
default to x
25 matches
Mail list logo
