On Mon, Mar 5, 2012 at 3:02 PM, Benjamin Poulain wrote:
> Hello,
>
> I have seen a few patches from Intel to add support of Intel IPP for
> some algorithm. A quick search make me think nobody enable this code.
>
> Is anyone really using IPP? My concern is if nobody uses/tests it, we
> might be add
That seems fine to me.
On Thu, Oct 20, 2011 at 4:48 PM, Adam Barth wrote:
> Looks like branches/audio hasn't been changes in almost a year and
> WebAudio appears to be fully merged to trunk. Should we move
> branches/audio to branches/old/audio?
>
> Thanks,
> Adam
>
t; -Darin
>
>
>
> On Mon, Oct 25, 2010 at 2:54 PM, Chris Rogers wrote:
>
>> passing "undefined" as the 4th and 5th arguments seems pretty clunky to
>> me. Since, we already have an "asBlob" attribute, then "asArrayBuffer" like
>> Da
passing "undefined" as the 4th and 5th arguments seems pretty clunky to me.
Since, we already have an "asBlob" attribute, then "asArrayBuffer" like
Darin suggests seems like it might be better. However, then we can get into
cases where both "asBlob" and "asArrayBuffer" are set, and this problem
w
A few weeks ago I brought up the idea of implementing the
responseArrayBuffer attribute for XHR:
http://dev.w3.org/2006/webapi/XMLHttpRequest-2/#the-responsearraybuffer-attribute
One of the concerns was that it might require double the memory usage since
the raw bytes would have to be accumulated
have the caller decide up front and tell
> the xhr object how it would like the response by setting the xhr.asBlob
> attribute prior to calling send(). We could do the same with
> xhr.asArrayBuffer.
>
> On Fri, Sep 24, 2010 at 5:09 PM, Alexey Proskuryakov wrote:
>
>>
>> 24.
ot, I would like to add this myself.
Regards,
Chris Rogers
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
*class* name a "Web" prefix,
>> we are just talking about the names of the WebKit folders and the compile
>> flag.
>>
>> eric
>>
>>
>>
> Ah, OK. Thanks for clearing that up for me. It seemed like things were
> headed toward Web* classes giv
t be:
WebCore/audio orWebCore/audiocontext
#if ENABLE(AUDIO_CONTEXT) or #if ENABLE(AUDIO_API)
I'm assuming that WebCore/platform/audio we can all agree on...
Chris
On Tue, Aug 24, 2010 at 5:20 PM, Simon Fraser wrote:
> On Aug 24, 2010, at 4:47 PM, Chris Rogers wrote:
>
<- I added an underscore here
Chris
On Tue, Aug 24, 2010 at 4:22 PM, Simon Fraser wrote:
> On Aug 24, 2010, at 4:15 PM, Chris Rogers wrote:
>
> > Hi Simon,
> >
> > #if WEBAUDIO is fine.
> >
> > Do you also prefer WebCore/webaudio like Chris Marri
Hi Simon,
#if WEBAUDIO is fine.
Do you also prefer WebCore/webaudio like Chris Marrin, or WebCore/audio?
Chris
On Tue, Aug 24, 2010 at 4:04 PM, Simon Fraser wrote:
> On Aug 24, 2010, at 12:05 PM, Chris Rogers wrote:
>
> Over the past months I've been refining the web audio API
Marrin wrote:
>
> On Aug 24, 2010, at 12:05 PM, Chris Rogers wrote:
> > #if ENABLE(AUDIOCONTEXT)
> >
> > After discussing the directory layout in some detail with Eric Carlson,
> Chris Marrin, Simon Fraser, and Jer Noble, we've decided that the files will
> pri
lities of the web
platform. That said, if anybody has grave concerns over this name, then we
can discuss alternatives.
Anyway, I just wanted to bring these coming changes to everyone's attention.
Regards,
Chris Rogers
___
webkit-dev mailing list
webkit-
about how its different layers related
> to the other layering decisions in WebCore. (This is, of course,
> without understanding the code at all, so I might be wildly off base.)
>
> Adam
>
>
> On Tue, Mar 30, 2010 at 6:04 PM, Chris Rogers wrote:
> > Still, I
most of
these files outside of the platform directory.
On Tue, Mar 30, 2010 at 5:58 PM, Chris Rogers wrote:
> Oh, I guess wtf doesn't really count as part of WebCore, so then I guess
> not...
>
>
> On Tue, Mar 30, 2010 at 5:57 PM, Chris Rogers wrote:
>
>> Mos
Oh, I guess wtf doesn't really count as part of WebCore, so then I guess
not...
On Tue, Mar 30, 2010 at 5:57 PM, Chris Rogers wrote:
> Most of my files so far use wtf stuff (OwnPtr, RefPtr, and Vector) so I
> guess there are dependencies.
>
>
> On Tue, Mar 30, 2010 at 5:55 P
dam
>
>
> On Tue, Mar 30, 2010 at 5:45 PM, Chris Rogers wrote:
> > Thanks everyone for your answers.
> > Darin, I agree that "audio" might be confusing since HTMLAudioElement
> would
> > not be in there, but it still might be the simplest name. Other
Thanks everyone for your answers.
Darin, I agree that "audio" might be confusing since HTMLAudioElement would
not be in there, but it still might be the simplest name. Otherwise, how
about:
WebCore/audio-engine
or
WebCore/audio-processing
??
On Tue, Mar 30, 2010 at 5:31 PM, Darin Adler wrot
I'm interested in people's opinions on where I should put my audio code in
WebKit.
Up to this point I've been assuming I would put my code into:
WebCore/platform/audio
But, on further reflection I realize that the majority of source files are
cross-platform engine code so perhaps it would ma
ginal class.
On Wed, Feb 3, 2010 at 5:01 PM, Sam Weinig wrote:
> What specific errors are you getting? I don't understand why including a
> standard header would break other standard functions.
>
> -Sam
>
> On Wed, Feb 3, 2010 at 3:22 PM, Chris Rogers wrote:
>
>> I ini
I initially put in a patch for a class for Complex numbers, but people
preferred that I just use the std::complex version.
In the process of switching my code over to use std::complex I noticed a
conflict with isinf(), isnan(), etc.
The problem is that simply including:
#include
breaks the isin
there's quite a lot of fundamental
engine code which will not be affected by the API which I hope to land in
the near future.
Best Regards,
Chris Rogers
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
22 matches
Mail list logo