I recall a little app called soundEdit (I think) that ran in the Mac back in
the mid 1980's. I think it was shareware (at least it was ubiquitous).
The editing primitives were fairly cleanly defined and, had a reasonable
metaphoric correspondence to the familiar drawing actions.
There was a t
When application cache update is invoked by document load that is
completely fetched from offline application cache while the browser is
in offline mode what exactly should happen?
Let's say we always want to have one of the onxxx events on
applicationCache object get called. In case the brows
On Wed, Jul 16, 2008 at 3:51 PM, Tab Atkins Jr. wrote:
>
> On Wed, Jul 16, 2008 at 2:44 AM, Thomas Broyer wrote:
>>
>> On Tue, Jul 15, 2008 at 8:30 PM, Gervase Markham wrote:
>> > Csaba Gabor wrote:
>> >>
>> >> Therefore, it makes sense to float those values to the top of the
>> >> select element i
At 20:18 +0200 16/07/08, Dr. Markus Walther wrote:
get/setSample( t, v, c).
For the sketched use case - in-browser audio editor -, functions on
sample regions from {cut/add silence/amplify/fade} would be nice and
were mentioned as an extended possibility, but that is optional.
I don't un
Thanks for all the feedback sofar!
Dave Singer wrote:
As others have pointed out, I think you're asking for a new element,
where you can 'draw' audio as well as pre-load it, just like canvas
where you can load pictures and also draw them. This is not the
element, any more than canvas is th
As others have pointed out, I think you're asking for a new element,
where you can 'draw' audio as well as pre-load it, just like canvas
where you can load pictures and also draw them. This is not the
element, any more than canvas is the element.
It's an interesting idea, but you'd have t
Ian Hickson wrote:
On Tue, 10 Jun 2008, Honza Bambas wrote:
Hi, I would like to ask for clarification of opportunistic caching spec
in Offline Web Applications, the article 4.9.1.9. Adding a resource whom
URI matches an opportunistic name space seems to be done only for top
level documents
On Wed, Jul 16, 2008 at 2:44 AM, Thomas Broyer <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 15, 2008 at 8:30 PM, Gervase Markham wrote:
> > Csaba Gabor wrote:
> >>
> >> Therefore, it makes sense to float those values to the top of the
> >> select element in a reasonable way. What's reasonable? I wou
Dr. Markus Walther wrote:
>> My understanding of HTMLMediaElement is that the currentTime, volume
>> and playbackRate properties can be modified live.
>>
>> So in a way Audio is already like Canvas : the developer modify things
>> on the go. There is no automated animations/transitions like
>> My understanding of HTMLMediaElement is that the currentTime, volume
>> and playbackRate properties can be modified live.
>>
>> So in a way Audio is already like Canvas : the developer modify things
>> on the go. There is no automated animations/transitions like in SVG
>> for instance.
>>
>> D
Mathieu HENRI wrote:
Dr. Markus Walther wrote:
I have noted an asymmetry between and :
supports loading of ready-made images _and_ pixel
manipulation (get/putImageData).
supports loading of ready-made audio but _not_ sample
manipulation.
With browser JavaScript getting faster all the t
Dr. Markus Walther wrote:
I have noted an asymmetry between and :
supports loading of ready-made images _and_ pixel manipulation
(get/putImageData).
supports loading of ready-made audio but _not_ sample manipulation.
With browser JavaScript getting faster all the time (Squirrelfish...),
On Jul 16, 2008, at 5:00 AM, Fabien Meghazi wrote:
I should note that i am not necessarily against the idea of an audio
equivalent of the canvas element, i just don't believe such an API
should be
part of the element.
Do you mean adding audio facilities as described by Markus into the
c
> I should note that i am not necessarily against the idea of an audio
> equivalent of the canvas element, i just don't believe such an API should be
> part of the element.
Do you mean adding audio facilities as described by Markus into the canvas API ?
If yes, I totally agree.
--
Fabien Meghaz
On Jul 16, 2008, at 4:39 AM, Fabien Meghazi wrote:
On Wed, Jul 16, 2008 at 1:10 PM, Oliver Hunt <[EMAIL PROTECTED]> wrote:
Question: What do people think about making more like
as
sketched above?
Well I guess it would be cool for writing canvas games, and necessary
if support for microph
On Wed, Jul 16, 2008 at 1:10 PM, Oliver Hunt <[EMAIL PROTECTED]> wrote:
>> Question: What do people think about making more like as
>> sketched above?
Well I guess it would be cool for writing canvas games, and necessary
if support for microphone or webcam is added in html in the future.
> The
Question: What do people think about making more like
as sketched above?
I don't believe it would be appropriate for the tag to take on
such an API. My reason is that is very different from other
elements -- it doesn't actually support any form of image loading
itself, all content mu
I have noted an asymmetry between and :
supports loading of ready-made images _and_ pixel manipulation
(get/putImageData).
supports loading of ready-made audio but _not_ sample manipulation.
With browser JavaScript getting faster all the time (Squirrelfish...),
audio manipulation in the b
On Tue, Jul 15, 2008 at 8:30 PM, Gervase Markham wrote:
> Csaba Gabor wrote:
>>
>> Therefore, it makes sense to float those values to the top of the
>> select element in a reasonable way. What's reasonable? I would like
>> to suggest: frequencyLimit=percent
This IMO should be an UA feature, just
19 matches
Mail list logo