On Wed, Jul 18, 2012 at 6:57 AM, Charles Pritchard wrote:
> On Jul 17, 2012, at 9:04 PM, Mark Callow wrote:
>
>> On 18/07/2012 00:17, Silvia Pfeiffer wrote:
>>> I think this is simply an idea that hasn't been raised before. I like
>>> it. Though even then sometimes there may be nothing when there
On Jul 17, 2012, at 9:04 PM, Mark Callow wrote:
> On 18/07/2012 00:17, Silvia Pfeiffer wrote:
>> I think this is simply an idea that hasn't been raised before. I like
>> it. Though even then sometimes there may be nothing when there is no
>> explicit poster and preload is set to none.
> The langu
On 18/07/2012 00:17, Silvia Pfeiffer wrote:
> I think this is simply an idea that hasn't been raised before. I like
> it. Though even then sometimes there may be nothing when there is no
> explicit poster and preload is set to none.
The language gives me the impression that drawing nothing was a
de
An interesting quirk here is whether the full list of event ancestors
should be computed ahead of time (per
http://www.w3.org/TR/dom/#dispatching-events). If yes, then it's still just
like retargeting, but with issuing a new event object at the iframe
boundary. If no, then two separate dispatches w
Hi All,
I would like to propose a new javascript/web API that provides the ability to
read the content of an archive file through DOMFile objects.
I have started to work on this API because it has been requested during some
Mozilla Game Meeting by game developers who often use ZIP files as stora
On Tue, Jul 17, 2012 at 4:28 PM, Ojan Vafai wrote:
> It's not clear to me if any events should be exempt from this. For example,
> should focuses/blurs that are entirely contained within the seamless iframe
> fire in the outer document? My intuition is no, but I could easily be
> swayed either way
On Mon, Jul 16, 2012 at 9:24 AM, Dimitri Glazkov wrote:
> On Sat, Jul 14, 2012 at 4:45 AM, Olli Pettay
> wrote:
> >
> > On 07/14/2012 12:38 AM, Ojan Vafai wrote:
> >>
> >> It's been pointed out to me that what I'm asking for is essentially the
> >> same retargeting as we do for shadow DOMs in web
One of the features that I'm looking at specifying (again) is a mechanism
for authors to help user agents pick the most appropriate input mode. For
some cases this is easy; for example, user agents can know that an field should have a numeric keyboard. However, in some other
cases it's not at
On Thu, 5 Jul 2012, Edward O'Connor wrote:
>
> Currently, there are only two ways to invoke the "clear regions that
> cover the pixels" algorithm: by calling either addHitRegion() or
> clearRect(). Authors should be able to explicitly remove a hit region as
> well, with a removeHitRegion(id) me
I think this is simply an idea that hasn't been raised before. I like
it. Though even then sometimes there may be nothing when there is no
explicit poster and preload is set to none.
Regards,
Silvia.
On Tue, Jul 17, 2012 at 9:58 AM, Mark Callow wrote:
> The spec. for CanvasRenderingContext2D.dra
On Tue, 20 Mar 2012, Edward O'Connor wrote:
>
> Unfortunately, lots of content (especially content which calls
> {create,get,put}ImageData methods) assumes that the 's backing
> store pixels correspond 1:1 to CSS pixels, even though the spec has been
> written to allow for the backing store to
The spec. for CanvasRenderingContext2D.drawImage says draw nothing when
a video element's readyState is HAVE_NOTHING or HAVE_METADATA. I was
wondering why this was chosen vs. drawing the poster. A search in the
list archive didn't turn up any discussion or explanation.
Regards
-Mark
--
注意:
12 matches
Mail list logo