On Thu, Jul 2, 2015 at 8:56 AM, Ryosuke Niwa rn...@apple.com wrote:
Is Google hosting this meeting as well? Alternatively, would other browser
vendors (e.g. Mozilla) willing to host it this time?
If we decide quickly it seems I can reserve a room at Mozilla for 18
people in SF, maybe 22 in
On Jun 30, 2015, at 2:55 AM, Anne van Kesteren ann...@annevk.nl wrote:
Can someone update
https://www.w3.org/wiki/Webapps/WebComponentsJuly2015Meeting with a
bit more information? I hear it might be in Mountain View?
Is Google hosting this meeting as well? Alternatively, would other
On Jun 13, 2015, at 4:49 PM, Léonie Watson lwat...@paciellogroup.com wrote:
From: Bruce Lawson [mailto:bru...@opera.com]
Sent: 13 June 2015 16:34
On 13 June 2015 at 15:30, Léonie Watson lwat...@paciellogroup.com wrote:
why not use the extends= syntax you mentioned?
my-button
In the interest of moving forward I tried to more seriously consider
Dmitry's approach. Based on es-discussion discussion
https://esdiscuss.org/topic/will-any-new-features-be-tied-to-constructors
it seems likely new JavaScript features (such as private state) will
be tied to object creation. This
Hi,
Changes for Blink have landed and now you can play this by enabling
experimental web platform features
in chrome://flags.
Now I am proposing this as a patch to shadow DOM, at
https://github.com/w3c/webcomponents/blob/gh-pages/proposals/ShadowRoot-delegatesFocus-Proposal.md
Feel free to
Google had offered to host the meeting, and I believe they are on it.
Obviously, offers to share the hosting effort are welcome in general. I haven't
checked but agree that based on last time 22 might be squeezing it.
cheers
02.07.2015, 09:11, Anne van Kesteren ann...@annevk.nl:
On Thu, Jul
Arrg. It's far-less used than I thought.
It turns out that it _was_ used in production last year, but then it was
removed from production when a UI change interfered and the bug to fix it is
still open :(
So, my guess is that as of today, we have infinitesimal-small usage of this API
in IE.
I'm not sure having a hub is worth the implementation pain.
It looks like there are three pretty different things here:
ImageBitmap - Immutable images for drawing on canvas. Typically
premultiplied data located on the GPU
ImageData - Mutable script accessible array of data. Unpremultiplied
data
Sorry for coming late, but
- crbug.com/393490 Before and After pseudo elements don't work in
ShadowRoots (with :host styles)
- crbug.com/393509 :host()::before or :host()::after should work
have the relevant discussion about the current implementation in Blink (#2).
On Thu, Jul 2, 2015 at 1:16
http://www.w3.org/TR/2015/CR-webstorage-20150609/
Particpate: [sic]
the event must have its key attribute initialised to the name of the key in
question,
`initialized` [About 11,800,000 results] should be spelled as such for
w3c specs (w3c is en-us) instead of
`initialised` [About 553,000
Making ImageData the hub would imply more copies in memory in many cases.
Because ImageData is mutable (not to mention the alpha multiplication
issues which are also a factor), it cannot share its image buffer with the
source it was created from, unlike ImageBitmap. Immutability is a
significant
11 matches
Mail list logo