I've added . It's more or less like type=text or
type=search, but optimised for phone numbers.
I only added this based on the comments from implementors saying they'll
implement this (indeed saying they might implement it even if it's not in
the spec). As with any feture, it will be removed if
On Thu, Apr 30, 2009 at 12:00 AM, Ian Hickson wrote:
> On Thu, 30 Apr 2009, Robert O'Callahan wrote:
> > > >
> > > > So I think a safer design would be to interpret currentTime as
> > > > relative to the startTime, perhaps renaming startTime to
> > > > 'timeOffset' instead?
> > >
> > > I consider
On Fri, May 1, 2009 at 2:25 AM, David Singer wrote:
> At 23:15 +1000 30/04/09, Silvia Pfeiffer wrote:
>>
>> > On Thu, 30 Apr 2009, Silvia Pfeiffer wrote:
> On Wed, 8 Apr 2009, Silvia Pfeiffer wrote:
>>
>> Note that in the Media Fragment working group even the specification
On Fri, May 1, 2009 at 3:00 AM, Ian Hickson wrote:
> On Thu, 30 Apr 2009, David Singer wrote:
>> At 16:45 + 30/04/09, Ian Hickson wrote:
>> > On Thu, 30 Apr 2009, David Singer wrote:
>> > >
>> > > If the resource is 'seekable' then time is relevant, and I agree
>> > > that time should be a no
On Tue, 1 Jul 2008, Philip Taylor wrote:
> > On 01/07/2008, Ian Hickson wrote:
>> > >
>> > > It seems better for the browser to simply detect when the graphics
>> > > burden being placed on the hardware by the page is too much to be done
>> > > at high quality given the current load on the CPU, an
On Tue, 21 Oct 2008, Fabien Meghazi wrote:
>
> Undoubtedly, in the future, canvas will be used for good stuff but also
> for nasty stuff. Of course, how we consider nasty stuff is a personal
> feeling. I don't like ads. Especially flash ads. This is why I use
> Firefox extension flash block (amongs
On Sun, 29 Mar 2009, Giovanni Campagna wrote:
>
> (In this email I will use URL5 as a short for Web Addresses, as that
> previously was the URL part of HTML5)
This section is to be extracted from HTML5 shortly. I've forwarded your
e-mails to DanC, the editor of the Web Addresses spec.
Cheers,
-
See earlier comment about dispatching from an "internal" list in order
to gaurantee order. Some libraries may do undefined thingsgood
libraries should not ;-)
On Thu, Apr 30, 2009 at 9:12 AM, Garrett Smith wrote:
> On Thu, Apr 30, 2009 at 8:57 AM, Boris Zbarsky wrote:
>> Stewart Brodie wrote
Mixing in: Re: [whatwg] Usemap and ismap for canvas tag
On Mon, 3 Mar 2008, Greg Houston wrote:
> > I would like to request that the canvas element get the same usemap and
> > ismap properties that the img element has.
On Thu, 30 Apr 2009, Ian Hickson wrote:
> I haven't added this, because for th
On Sat, 28 Feb 2009, JustFillBug wrote:
> On 2006-04-26, Ian Hickson wrote:
> > On Mon, 24 Apr 2006, Vladimir Vukicevic wrote:
> >> >
> >> > Assuming nobody has any problem with:
> >> >
> >> >boolean isPointInPath(in float x, in float y);
> >> >
> >> > ...then I'll add that to the spec when yo
On Fri, 23 Jan 2009, Anne van Kesteren wrote:
>
> Wouldn't it make more sense to give this a more generic name, just like
> the object it is associated with? That way we can later reuse it for
> elements and the like (if we want) without it having to look silly
> and poorly thought out like the
On Sat, 27 Dec 2008, Dirk Schulze wrote:
>
> have two questions to the "all points on a line" part of canvas' arcTo.
> A short example:
>
> moveTo(50,0);
> arcTo(100,0, 0,0, 10);
>
> This should add a new, from p1 infinite far away, point to the subpath
> and draw a straight line to it.
>
>
On Sun, 6 Apr 2008, Greg Houston wrote:
> >
> > Having worked with the canvas tag quite a bit now, I've found that it is
> > a bit awkward that the canvas tag is not taking advantage of CSS. If you
> > are changing your site design, perhaps you want to change the colors
> > used in your line graphs
On Wed, 17 Dec 2008, Oliver Hunt wrote:
>
> So while playing around with some image filtering code using the Canvas
> ImageData APIs I realised that the APIs as currently designed make it
> difficult to do certain kinds of operation. The specific issue is that
> there is no direct mechanism to
On Tue, 21 Oct 2008, Fabien Meghazi wrote:
>
> Undoubtedly, in the future, canvas will be used for good stuff but also
> for nasty stuff. Of course, how we consider nasty stuff is a personal
> feeling. I don't like ads. Especially flash ads. This is why I use
> Firefox extension flash block (am
On Tue, 30 Sep 2008, Sjoerd Visscher wrote:
>
> I think the canvas api should get 2 new methods:
>
> CanvasColor createRGBAColor(in float r, in float g, in float b, in float a)
> CanvasColor createHSLAColor(in float h, in float s, in float l, in float a)
On Mon, 29 Sep 2008, Oliver Hunt wrot
On Tue, 1 Jul 2008, Mathieu HENRI wrote:
> > As of today the variants of the putImageData() method copy a region of
> > an ImageData (in device pixels) straight to a Canvas (in intrinsic
> > pixels) and do not allow to scale the region further than the obvious
> > device to intrinsic "scaling".
>
On Tue, 19 Aug 2008, Robert O'Callahan wrote:
>
> Thanks to Anne for pointing this out...
>
> We've implemented using elements as an image source in
> canvas.drawImage:
> https://bugzilla.mozilla.org/show_bug.cgi?id=448674
> The extension is very obvious. Unlike animated images, which always draw
On Fri, 8 Aug 2008, Eric Seidel wrote:
>
> http://www.whatwg.org/specs/web-apps/current-work/#createpattern
>
> Notes that: The first argument gives the image to use as the pattern
> (either an HTMLImageElement or an HTMLCanvasElement). Modifying this
> image after calling the createPattern() me
On Thu, 3 Jul 2008, Simon Pieters wrote:
>
> Sorting Philip's canvas results table by failure score:
>
>http://simon.html5.org/dump/canvas-results-sorted.html
>
> ...and quickly looking through the top ones, I make the following notes:
>
>
> 2d.transformation.scale.nonfinite
> 2d.transforma
On Tue, 1 Jul 2008, Mathieu HENRI wrote:
>
> As of today the variants of the putImageData() method copy a region of
> an ImageData (in device pixels) straight to a Canvas (in intrinsic
> pixels) and do not allow to scale the region further than the obvious
> device to intrinsic "scaling".
>
>
On Tue, 1 Jul 2008, Philip Taylor wrote:
> On 01/07/2008, Ian Hickson wrote:
> >
> > It seems better for the browser to simply detect when the graphics
> > burden being placed on the hardware by the page is too much to be done
> > at high quality given the current load on the CPU, and for the br
On Sat, 7 Jun 2008, Ond�ej �i�ka wrote:
>
> I've been looking for something similar to OpenGL's selection buffer -
> that is, you can get some object ID for the given coordinates.
>
> E.g., Jacob Seidelin's chess game
> http://blog.nihilogic.dk/search/label/chess could use it, but instead,
> k
On Sun, 6 Apr 2008, Greg Houston wrote:
>
> Having worked with the canvas tag quite a bit now, I've found that it is
> a bit awkward that the canvas tag is not taking advantage of CSS. If you
> are changing your site design, perhaps you want to change the colors
> used in your line graphs as wel
On Mon, 3 Mar 2008, Greg Houston wrote:
>
> I would like to request that the canvas element get the same usemap and
> ismap properties that the img element has.
I haven't added this, because for the kind of retained-mode graphics that
this implies, SVG is a much better fit.
However, does now h
On Thu, 25 Oct 2007, Anne van Kesteren wrote:
>
> For Opera 9.5 beta we implemented some experimental extensions to
> involving SVGSvgElement. SVGSvgElement is supported as "image"
> argument to both drawImage and createPattern. (An HTMLImageElement
> pointing to an SVG element is also support
On Tue, 7 Apr 2009, Diego Eis wrote:
>
> my name is Diego Eis. I'm from Brazil. Sorry for my bad english, ok? :D
> I have a website about web standards in pt-br called Tableless.com.br.
> And I have a little question.
>
> I have read some HTML5 articles and the specifications in WHATWG
> websit
On Thu, 30 Apr 2009, David Singer wrote:
> At 16:45 + 30/04/09, Ian Hickson wrote:
> > On Thu, 30 Apr 2009, David Singer wrote:
> > >
> > > If the resource is 'seekable' then time is relevant, and I agree
> > > that time should be a normal play time and run from 0 to duration.
> >
> > That
At 16:45 + 30/04/09, Ian Hickson wrote:
On Thu, 30 Apr 2009, David Singer wrote:
If the resource is 'seekable' then time is relevant, and I agree that
time should be a normal play time and run from 0 to duration.
That wouldn't address the use case of files that were split with non-zero
On Thu, 30 Apr 2009, David Singer wrote:
>
> If the resource is 'seekable' then time is relevant, and I agree that
> time should be a normal play time and run from 0 to duration.
That wouldn't address the use case of files that were split with non-zero
start times, though, where the author want
On Thu, 30 Apr 2009, Silvia Pfeiffer wrote:
>
> Because media fragment URIs will not deliver the full resource like a
> HTML page does, but will instead only provide the segment that is
> specified with the temporal region. http://example.com/video.ogg#t=5s
> only retrieves the video from 5s to
On Thu, 30 Apr 2009, John S. Urban wrote:
>
> Concerning the polygon fill rules .. it would be nice if the fill rules
> allowed for image maps and canvas elements were symetrical. It is
> surprising to have "evenodd" the only available one available for image
> map polygons; and "winding" the on
At 23:15 +1000 30/04/09, Silvia Pfeiffer wrote:
> On Thu, 30 Apr 2009, Silvia Pfeiffer wrote:
> On Wed, 8 Apr 2009, Silvia Pfeiffer wrote:
>>
>> Note that in the Media Fragment working group even the specification
>> of http://www.example.com/t.mov#time="10s-20s"; may mean that only the
>
At 6:21 + 30/04/09, Ian Hickson wrote:
On Thu, 30 Apr 2009, Robert O'Callahan wrote:
On Thu, Apr 30, 2009 at 1:04 PM, Ian Hickson wrote:
>
> I have left the spec as is (except for adding startTime), which means
> that currentTime can be greater than duration if startTime is not
> zero
On Thu, Apr 30, 2009 at 8:57 AM, Boris Zbarsky wrote:
> Stewart Brodie wrote:
>>
>> Actually, it is defined. They are called in registration order, from
>> oldest
>> to newest. This is stated in both the latest D3E working draft, and the
>> older versions dating back to 2003 (at least - I didn't
Stewart Brodie wrote:
Actually, it is defined. They are called in registration order, from oldest
to newest. This is stated in both the latest D3E working draft, and the
older versions dating back to 2003 (at least - I didn't go back any further)
Perhaps I should have been clearer. It's not
> On Thu, 30 Apr 2009, Silvia Pfeiffer wrote:
>> > On Wed, 8 Apr 2009, Silvia Pfeiffer wrote:
>> >>
>> >> Note that in the Media Fragment working group even the specification
>> >> of http://www.example.com/t.mov#time="10s-20s"; may mean that only the
>> >> requested 10s clip is delivered, especial
Automatic conversion from Microsoft Word to HTML is doomed to fail because
the document models and the requirements are different. The best you can
get is a tree of DIVs and SPANs with Word-specific classes. Anything better
needs a serious and thoughtful remake by the editor.
HTH,
Chris
ddailey writes:
> I found myself rather taxed by the limitations of
>
> (disclaimer: I may well have been working on incorrect assumptions) 1.
> Having to type seemed a
> little bit silly to me: is there a use case for *not* wanting
> when doing ?
Yes: designating something as c
Alex Russell wrote:
> > But if you addEventListener, you can have multiple listeners for a given
> > event. The only caveat is that dispatch order is undefined.
w>
> Also a bug. It's not *actually* undefined, it's triangulated by
> libraries.
Actually, it is defined. They are called in regis
On Fri, 10 Apr 2009, Robert O'Callahan wrote:
>
> Media element state changes, such as readyState changes, trigger
> asynchronous events. When the event handler actually runs, the element
> state might have already changed again. For example, it's quite possible
> for readyState to change to HAV
On Thu, 30 Apr 2009, Robert O'Callahan wrote:
> > >
> > > So I think a safer design would be to interpret currentTime as
> > > relative to the startTime, perhaps renaming startTime to
> > > 'timeOffset' instead?
> >
> > I considered that, but it seems that in the streaming video
> > ("DVR-like")
42 matches
Mail list logo