; On Sat, Apr 30, 2016 at 2:07 PM, Rik Cabanier <caban...@gmail.com
> <javascript:_e(%7B%7D,'cvml','caban...@gmail.com');>> wrote:
>
>> [Sorry to revive this old thread]
>> All,
>>
>> with the advent of DCI-P3 compliant monitors and Apple's Safari doin
On Sat, Apr 30, 2016 at 6:35 PM, Ron Waldon wrote:
> What if we could just declare the colour-space that content uses, and
> allow the browser to make a best-effort translation if the current display
> uses a different colour-space?
>
That is pretty much the situation in
On Sat, Apr 30, 2016 at 4:27 PM, Rik Cabanier <caban...@gmail.com> wrote:
>
>
> On Sat, Apr 30, 2016 at 3:25 PM, Kornel <kor...@geekhood.net> wrote:
>
>>
>> On 30 Apr 2016, at 21:19, Rik Cabanier <caban...@gmail.com> wrote:
>>
>>>
>>
On Sat, Apr 30, 2016 at 12:38 PM, Kornel <kor...@geekhood.net> wrote:
>
> > On 30 Apr 2016, at 19:07, Rik Cabanier <caban...@gmail.com> wrote:
> >
> > It would be ideal if we can specify that the canvas backing store is in
> the device profile.
>
&g
[Sorry to revive this old thread]
All,
with the advent of DCI-P3 compliant monitors and Apple's Safari doing color
managing to the device, we're seeing some issues in this area.
- Currently, WebKit sets the profile of the canvas backing store to sRGB
regardless of the output device. Because of
On Mon, Nov 16, 2015 at 9:02 AM, Justin Novosad wrote:
> Hi All,
>
> The text in the spec:
>
>
>
> The closePath() method must do nothing if the object's path has no
> subpaths. Otherwise, it must mark the last subpath as closed, create a new
> subpath whose first point is the
e text for closePath() talks about "the last
>> subpath", which I guess is a bit unclear.
>>
>> On Mon, Nov 16, 2015 at 12:30 PM, Rik Cabanier <caban...@gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Mon, Nov 16, 2015 at 9:02 AM, Justin No
On Mon, Nov 16, 2015 at 10:54 AM, Justin Novosad <ju...@google.com> wrote:
>
>
> On Mon, Nov 16, 2015 at 1:40 PM, Rik Cabanier <caban...@gmail.com> wrote:
>
>>
>>
>> On Mon, Nov 16, 2015 at 9:41 AM, Justin Novosad <ju...@google.com> wrote:
>>
On Fri, Sep 25, 2015 at 7:51 AM, Boris Zbarsky wrote:
> On 9/25/15 10:48 AM, Justin Novosad wrote:
>
>> I am sharing this here in case there would be interest in standardizing
>> this behavior.
>>
>
> I personally think it's a good idea (and throwing an exception is how
> Gecko
On Tue, Mar 24, 2015 at 1:06 PM, Tetsuharu OHZEKI saneyuki.s...@gmail.com
wrote:
Hi everybody.
I have a question about the definition of CanvasRenderingContext2D's
behavior.
The current spec about CanvasRenderingContext2D says the following:
Except where otherwise specified, for the 2D
On Sat, Mar 21, 2015 at 11:02 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sun, Mar 22, 2015 at 6:45 PM, Rik Cabanier caban...@gmail.com wrote:
On Sat, Mar 21, 2015 at 1:44 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sun, Mar 22, 2015 at 7:16 AM, Rik Cabanier caban
, 21 Mar 2015 10:56 Robert O'Callahan rob...@ocallahan.org wrote:
On Sat, Mar 21, 2015 at 5:45 PM, Rik Cabanier caban...@gmail.com wrote:
Ah, OK. I thought we were changing it for both cases. This will cause a
lot
of confusion...
If we want to keep HTMLCanvasElement and WorkerCanvas in sync
...@ocallahan.org wrote:
On Sat, Mar 21, 2015 at 5:45 PM, Rik Cabanier caban...@gmail.com
wrote:
Ah, OK. I thought we were changing it for both cases. This will cause a
lot
of confusion...
If we want to keep HTMLCanvasElement and WorkerCanvas in sync, we can.
Rob
--
oIo
On Sat, Mar 21, 2015 at 1:44 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sun, Mar 22, 2015 at 7:16 AM, Rik Cabanier caban...@gmail.com wrote:
Justin is worried that in order to make this asynchronous, Chrome has to
create a snapshot of the canvas bits which is slow if it resides
On Fri, Mar 20, 2015 at 3:15 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sat, Mar 21, 2015 at 1:13 AM, Jake Archibald jaffathec...@gmail.com
wrote:
Receiving a push message results in a 'push' event within the
ServiceWorker. The likely action at this point is to show a
On Fri, Mar 20, 2015 at 9:42 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sat, Mar 21, 2015 at 3:38 PM, Rik Cabanier caban...@gmail.com wrote:
Do you know how many site use toBlob in Firefox?
A quick search on github shows a very high number of pages [1] so it
might be too late
On Mon, Sep 29, 2014 at 10:20 AM, Markus Stange msta...@themasta.com
wrote:
Hi,
I'd like to revive this discussion.
On Sat, Mar 15, 2014 at 12:03 AM, Dirk Schulze dschu...@adobe.com wrote:
I would suggest a filter attribute that takes a list of filter operations
similar to the CSS Image
On Mon, Sep 29, 2014 at 8:52 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Mon, Sep 29, 2014 at 2:12 PM, Rik Cabanier caban...@gmail.com wrote:
Can we limit it to just the set of CSS filter shorthands for now?
I think other UA's are further behind in their implementation
On Mon, Mar 24, 2014 at 7:31 AM, Justin Novosad ju...@google.com wrote:
On Sat, Mar 22, 2014 at 4:20 AM, Dirk Schulze dschu...@adobe.com wrote:
So can we agree on:
addPath(Path, optional SVGMatrix)
lgtm
Firefox [1], WebKit [2] and Blink [3] implemented addPath with the matrix
as an
at 10:59 AM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Aug 4, 2014 at 4:35 PM, Katelyn Gadd k...@luminance.org wrote:
Many, many uses of drawImage involve transform and/or other state
changes per-blit (composite mode, global alpha).
I think some of those state changes could
On Fri, Aug 8, 2014 at 7:25 AM, Ashley Gullen ash...@scirra.com wrote:
As Justin stated, 20% of current Chrome users currently fall back to
canvas 2d.
1. What fraction of those 20% actually still get a GPU accelerated canvas
vs. software rendered? Batching will be of very little use to the
to bring this up as a separate topic on this mailing
list. (just copy/paste most of your message)
On Fri, Aug 8, 2014 at 5:28 PM, Rik Cabanier caban...@gmail.com wrote:
On Thu, Aug 7, 2014 at 7:11 PM, Katelyn Gadd k...@luminance.org wrote:
Sorry, in this context rgba multiplication refers
On Mon, Aug 4, 2014 at 4:35 PM, Katelyn Gadd k...@luminance.org wrote:
Many, many uses of drawImage involve transform and/or other state
changes per-blit (composite mode, global alpha).
I think some of those state changes could be viably batched for most
games (composite mode) but others
On Tue, Aug 5, 2014 at 10:04 AM, Brian Blakely anewpage.me...@gmail.com
wrote:
On Tue, Aug 5, 2014 at 11:21 AM, Justin Novosad ju...@google.com wrote:
On Tue, Aug 5, 2014 at 7:47 AM, Ashley Gullen ash...@scirra.com wrote:
I am against this suggestion. If you are serious about performance
On Tue, Aug 5, 2014 at 5:55 PM, Ashley Gullen ash...@scirra.com wrote:
If your argument is that WebGL sometimes falls back to canvas2d, this
generally only happens when the system has crappy drivers that are
blacklisted for being insecure/unstable. The solution to this is to develop
and
On Wed, Jul 2, 2014 at 2:19 AM, Ryosuke Niwa rn...@apple.com wrote:
On May 3, 2014, at 10:49 AM, Adam Barth w...@adambarth.com wrote:
Over on blink-dev, we've been discussing [1] adding a property to
navigator
that reports the number of cores [2]. As far as I can tell, this
On Wed, Jul 2, 2014 at 10:37 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Wed, Jul 2, 2014 at 8:58 AM, Rik Cabanier caban...@gmail.com wrote:
Since there are now 2 implementations, it should be added to the spec
instead of just being a wiki.
That depends on whether other vendors
On Wed, Jul 2, 2014 at 9:27 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 7/2/14, 3:21 PM, Rik Cabanier wrote:
facts = 2 implementations. I certainly didn't say anything else.
You said, and I quote:
That thread concluded with a let's see how this feature is going to
be used before we
The canvas spec [1] currently states:
If any of the following conditions are met, throw a NotSupportedError
exception and abort these steps:
...
The specified pixels has no pixels.
Since the specified pixels are the union of the clipping path and the
current path, it will be nearly impossible
On Mon, Jun 23, 2014 at 6:06 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Tue, Jun 24, 2014 at 12:27 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
I'll do that now.
Done.
http://wiki.whatwg.org/wiki/CanvasRenderedPixelSize
The wiki states:
Add a new event renderedsizechange
On Wed, Jun 18, 2014 at 8:30 AM, Justin Novosad ju...@google.com wrote:
In the previous incarnation of High density canvases (i.e. getImageDataHD
and friends), we worked under the assumption that it was okay to have a
backing store with a pixel density that is higher than CSS pixel density.
On Mon, Jun 2, 2014 at 10:05 AM, Justin Novosad ju...@google.com wrote:
On Sat, May 31, 2014 at 8:44 AM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sat, May 31, 2014 at 3:44 AM, Justin Novosad ju...@google.com
wrote:
My point is, we need a proper litmus test for the just do it in
On Mon, Jun 2, 2014 at 10:16 AM, Justin Novosad ju...@google.com wrote:
On Sat, May 31, 2014 at 1:46 PM, Glenn Maynard gl...@zewt.org wrote:
On Fri, May 30, 2014 at 1:25 PM, Justin Novosad ju...@google.com
wrote:
I think this proposal falls short of enshrining. The cost of adding this
On Sat, May 31, 2014 at 10:46 AM, Glenn Maynard gl...@zewt.org wrote:
On Fri, May 30, 2014 at 1:25 PM, Justin Novosad ju...@google.com wrote:
I think this proposal falls short of enshrining. The cost of adding this
feature is minuscule.
I don't think the cost is ever really miniscule.
it in JavaScript. I would be
interested though :-)
png likely won't gain as much from simd compared to jpeg.
On May 31, 2014, at 18:58, Glenn Maynard gl...@zewt.org wrote:
On Sat, May 31, 2014 at 4:00 PM, Rik Cabanier caban...@gmail.com
wrote:
roc was asking which NEW feature is being added
On Fri, May 30, 2014 at 8:44 AM, Justin Novosad ju...@google.com wrote:
Backtracking here.
The just do it in script argument saddens me quite a bit. :-(
I don't agree that it is okay to be in a state where web apps have to
depend on script libraries that duplicate the functionality of
On Wed, May 28, 2014 at 10:36 PM, Noel Gordon noel.gor...@gmail.com wrote:
canvas.toDataURL supports an optional quality argument for the
“image/jpeg” mime type to control image compression. Developers have no
control over “image/png” compression.
“image/png” is a lossless image compression
On Thu, May 29, 2014 at 7:45 AM, Justin Novosad ju...@google.com wrote:
On Thu, May 29, 2014 at 9:59 AM, Glenn Maynard gl...@zewt.org wrote:
On Thu, May 29, 2014 at 1:32 AM, Rik Cabanier caban...@gmail.com wrote:
This has been requested before. ie
http://lists.whatwg.org/pipermail/help
On Thu, May 29, 2014 at 6:59 AM, Glenn Maynard gl...@zewt.org wrote:
On Thu, May 29, 2014 at 1:32 AM, Rik Cabanier caban...@gmail.com wrote:
This has been requested before. ie
http://lists.whatwg.org/pipermail/help-whatwg.org/2013-May/001209.html
The conclusion was that this can
On Thu, May 29, 2014 at 8:50 AM, Justin Novosad ju...@google.com wrote:
On Thu, May 29, 2014 at 11:21 AM, Rik Cabanier caban...@gmail.com wrote:
On Thu, May 29, 2014 at 7:45 AM, Justin Novosad ju...@google.com wrote:
On Thu, May 29, 2014 at 9:59 AM, Glenn Maynard gl...@zewt.org wrote
On Thu, May 29, 2014 at 12:17 PM, Glenn Maynard gl...@zewt.org wrote:
On Thu, May 29, 2014 at 10:29 AM, Rik Cabanier caban...@gmail.com wrote:
If performance is good, why would this not be acceptable?
I don't know why we'd provide an API to compress PNGs, then tell people
to use a script
On Thu, May 29, 2014 at 1:33 PM, Rik Cabanier caban...@gmail.com wrote:
On Thu, May 29, 2014 at 12:17 PM, Glenn Maynard gl...@zewt.org wrote:
On Thu, May 29, 2014 at 10:29 AM, Rik Cabanier caban...@gmail.com
wrote:
If performance is good, why would this not be acceptable?
I don't
On Thu, May 29, 2014 at 2:28 PM, Glenn Maynard gl...@zewt.org wrote:
On Thu, May 29, 2014 at 4:21 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/29/14, 5:13 PM, Glenn Maynard wrote:
Assembly language is inherently incompatible with the Web.
A SIMD API, however is not. Under the
Hi justin,
thanks for this explanation!
On Thu, May 22, 2014 at 12:21 PM, Justin Novosad ju...@google.com wrote:
tl;dr: The color space of canvas backing stores is undefined, which causes
problems for many web devs, but also has non-negligible advantages. So be
careful what you wish for.
in scenarios where you're losing lots of precision, or
losing energy (bad RGB - HSV conversions, for example) - you don't
actually need a lot of precision to fix that as long as your
coefficients are right.
On Fri, May 16, 2014 at 8:41 PM, Rik Cabanier caban...@gmail.com wrote:
On Fri, May 16
on the same canvas
and can't reproduce.
When and on what platform/browser does this problem occur?
On Sun, May 18, 2014 at 8:22 AM, Rik Cabanier caban...@gmail.com wrote:
On Sun, May 18, 2014 at 2:15 AM, K. Gadd k...@luminance.org wrote:
I'd expect that the error might not accumulate for most
On Fri, May 16, 2014 at 12:16 PM, Justin Novosad ju...@google.com wrote:
On Fri, May 16, 2014 at 12:27 PM, Ian Hickson i...@hixie.ch wrote:
On Fri, 16 May 2014, Justin Novosad wrote
Blink/WebKit uses output-referred color space, which is bad for some
inter-op cases, but good for
On Fri, May 16, 2014 at 3:06 PM, Justin Novosad ju...@google.com wrote:
On Fri, May 16, 2014 at 5:42 PM, Rik Cabanier caban...@gmail.com wrote:
Is the Web page not composited in sRGB? If so, it seems the backing store
should be sRGB too.
The web page is not composited in sRGB
On Tue, May 13, 2014 at 6:59 PM, K. Gadd k...@luminance.org wrote:
On Mon, May 12, 2014 at 4:44 PM, Rik Cabanier caban...@gmail.com wrote:
Can you give an explicit example where browsers are having different
behavior when using drawImage?
I thought I was pretty clear about
On Wed, May 14, 2014 at 7:45 PM, Glenn Maynard gl...@zewt.org wrote:
On Wed, May 14, 2014 at 6:27 PM, Glenn Maynard gl...@zewt.org wrote:
That's only an issue when sampling without premultiplication, right?
I had to refresh my memory on this:
On Wed, May 14, 2014 at 6:30 AM, Jürg Lehni li...@scratchdisk.com wrote:
On Apr 30, 2014, at 00:27 , Ian Hickson i...@hixie.ch wrote:
On Mon, 7 Apr 2014, Jürg Lehni wrote:
Well this particular case, yes. But in the same way we allow a group of
items to have an opacity applied to in
On Wed, May 14, 2014 at 7:30 PM, K. Gadd k...@luminance.org wrote:
Is it ever possible to make canvas-to-canvas blits consistently fast?
It's my understanding that browsers still make
intelligent/heuristic-based choices about which canvases to
accelerate, if any, and that it depends on the
On Mon, May 12, 2014 at 1:19 AM, K. Gadd k...@luminance.org wrote:
Gosh, this thread is old. I'm going to try and compose a coherent
response but at this point I've forgotten a lot of the context...
On Fri, May 9, 2014 at 12:02 PM, Ian Hickson i...@hixie.ch wrote:
On Thu, 18 Jul 2013, K.
/show_bug.cgi?id=132588
On Tue, May 6, 2014 at 2:30 PM, Rik Cabanier caban...@gmail.com wrote:
On Tue, May 6, 2014 at 8:51 AM, Joe Gregorio jcgrego...@google.comwrote:
On Tue, May 6, 2014 at 7:57 AM, João Eiras jo...@opera.com wrote:
...
I guess everyone that is reading this thread understands
will be updated to 16.
Maybe by then we'll also have a task scheduling framework to go along.
On Thu, May 8, 2014 at 10:02 PM, Rik Cabanier caban...@gmail.com wrote:
FYI
From the WebKit side, people are leaning towards returning the logical
CPU
count but limit the maximum value to 8 [1
On Tue, May 6, 2014 at 8:51 AM, Joe Gregorio jcgrego...@google.com wrote:
On Tue, May 6, 2014 at 7:57 AM, João Eiras jo...@opera.com wrote:
...
I guess everyone that is reading this thread understands the use cases
well
and agrees with them.
The disagreement is what kind of API you
to
use them all to do so consistently, and not be randomly throttled to
something less.
Exactly.
On Tue, May 6, 2014 at 4:38 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/6/14, 5:30 PM, Rik Cabanier wrote:
Leaving the question of fingerprinting aside for now, what name would
people
On Mon, May 5, 2014 at 11:10 AM, David Young dyo...@pobox.com wrote:
On Sat, May 03, 2014 at 10:49:00AM -0700, Adam Barth wrote:
Over on blink-dev, we've been discussing [1] adding a property to
navigator
that reports the number of cores [2]. As far as I can tell, this
functionality
On Mon, May 5, 2014 at 7:35 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/5/14, 7:29 PM, Kenneth Russell wrote:
There's no provision in the web worker
specification for allocation of a web worker to fail gracefully, or
for a worker to be suspended indefinitely.
This is not actually true.
On Sun, May 4, 2014 at 1:11 PM, Ian Hickson i...@hixie.ch wrote:
On Sat, 3 May 2014, Adam Barth wrote:
Over on blink-dev, we've been discussing [1] adding a property to
navigator
that reports the number of cores [2].
[1]
On Sun, May 4, 2014 at 6:49 AM, Adam Barth w...@adambarth.com wrote:
On Sun, May 4, 2014 at 12:13 AM, Tobie Langel tobie.lan...@gmail.comwrote:
On May 4, 2014, at 7:45, Rik Cabanier caban...@gmail.com wrote:
On Sat, May 3, 2014 at 10:32 PM, Eli Grey m...@eligrey.com wrote:
The proposal
.
On Sun, 4 May 2014, Rik Cabanier wrote:
As far as I can tell, this functionality exists in every other
platform (including iOS and Android).
This is true, but all those platforms have security mechanisms in
place to mitigate the risk: you have to manually install
On Sat, May 3, 2014 at 10:49 AM, Adam Barth w...@adambarth.com wrote:
Over on blink-dev, we've been discussing [1] adding a property to navigator
that reports the number of cores [2]. As far as I can tell, this
functionality exists in every other platform (including iOS and Android).
Some
the subtlety between an actual and a logical core might get lost.
On Sat, May 3, 2014 at 10:39 PM, Rik Cabanier caban...@gmail.com wrote:
On Sat, May 3, 2014 at 10:49 AM, Adam Barth w...@adambarth.com wrote:
Over on blink-dev, we've been discussing [1] adding a property to
navigator
On Mon, Apr 7, 2014 at 3:35 PM, Ian Hickson i...@hixie.ch wrote:
On Wed, 12 Mar 2014, Rik Cabanier wrote:
On Wed, Mar 12, 2014 at 3:44 PM, Ian Hickson wrote:
On Thu, 28 Nov 2013, Rik Cabanier wrote:
On Thu, Nov 28, 2013 at 8:30 AM, Jürg Lehni wrote:
I meant to say that it I
:
function drawpath() {
if(Path2DSupported) { // only 2 extra lines of code
ctx.currentPath = myPath;
} else
for(...) {
ctx.moveTo/lineTo/...
}
function fillpath() {
drawpath();
ctx.fill();
}
On Wed, 12 Mar 2014, Rik Cabanier wrote:
...
You say, here are some paths, here
();
}
with currentPath:
function drawpath() {
if(Path2DSupported) { // only 2 extra lines of code
ctx.currentPath = myPath;
} else
for(...) {
ctx.moveTo/lineTo/...
}
function fillpath() {
drawpath();
ctx.fill();
}
On Wed, 12 Mar 2014, Rik Cabanier wrote:
You can
On Tue, Apr 8, 2014 at 12:25 PM, Justin Novosad ju...@google.com wrote:
On Mon, 17 Mar 2014, Justin Novosad wrote:
Yes, but there is still an issue that causes problems in Blink/WebKit:
because the canvas rendering context stores its path in local
(untransformed) space, whenever
On Mon, Apr 7, 2014 at 3:35 PM, Ian Hickson i...@hixie.ch wrote:
...
Stroking will be completely wrong too, because joins and end caps
are drawn separately, so they would be stroked as separate paths.
This will not give you the effect of a double-stroked path.
I don't
On Tue, Apr 8, 2014 at 4:50 PM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Apr 7, 2014 at 3:35 PM, Ian Hickson i...@hixie.ch wrote:
...
Stroking will be completely wrong too, because joins and end caps
are drawn separately, so they would be stroked as separate paths
On Sat, Apr 5, 2014 at 11:00 PM, Dirk Schulze dschu...@adobe.com wrote:
On Apr 6, 2014, at 3:23 AM, Rik Cabanier caban...@gmail.com wrote:
On Sat, Apr 5, 2014 at 9:01 AM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
I looked at the behavior of negative width or height for the rect
On Sat, Apr 5, 2014 at 9:01 AM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
I looked at the behavior of negative width or height for the rect() and
strokeRect() functions.
All browsers normalize the passed parameters for strokeRect() to have
positive width and height.
On Wed, Mar 26, 2014 at 10:23 PM, Ryosuke Niwa rn...@apple.com wrote:
On Mar 26, 2014, at 9:22 PM, Rik Cabanier caban...@gmail.com wrote:
On Wed, Mar 26, 2014 at 8:59 PM, Ryosuke Niwa rn...@apple.com wrote:
On Mar 24, 2014, at 8:25 AM, Justin Novosad ju...@google.com wrote:
On Sat, Mar
On Wed, Mar 26, 2014 at 8:59 PM, Ryosuke Niwa rn...@apple.com wrote:
On Mar 24, 2014, at 8:25 AM, Justin Novosad ju...@google.com wrote:
On Sat, Mar 22, 2014 at 1:47 AM, K. Gadd k...@luminance.org wrote:
A list of resampling methods defined by the spec would be a great
overengineered
On Tue, Mar 25, 2014 at 8:49 AM, Justin Novosad ju...@google.com wrote:
On Tue, Mar 25, 2014 at 8:25 AM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
Independent if getter getTransform/getCTM or attribute currentTransform,
what should be returned for a CTM that is singular (not
On Tue, Mar 25, 2014 at 12:35 PM, Justin Novosad ju...@google.com wrote:
On Tue, Mar 25, 2014 at 3:15 PM, Rik Cabanier caban...@gmail.com wrote:
I agree. That issue has the same root problem as currentTransform.
It would be nice to get closure.
Justin, you hinted that you would be willing
On Mon, Mar 24, 2014 at 8:34 AM, Simon Sarris simon.sar...@gmail.comwrote:
On Mon, Mar 24, 2014 at 11:26 AM, Hwang, Dongseong
dongseong.hw...@intel.com wrote:
Looking over this thread, we make a consensus not to
expose currentTransform attribute.
Now, all we have to decide is API
smoothing is
enabled; sorry if this was unclear.
-kg
On Sat, Mar 22, 2014 at 9:09 PM, Rik Cabanier caban...@gmail.com wrote:
On Fri, Mar 21, 2014 at 10:47 PM, K. Gadd k...@luminance.org wrote:
Hi, the attached screenshots and test case in
https://bugzilla.mozilla.org/show_bug.cgi?id
On Sat, Mar 22, 2014 at 11:31 PM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
I was reading the spec part about ImageData [1].
1)
I noticed that createImageData() is explicit that it represent a
transparent black rectangle. The constructor for ImageData is not that
explicit.
Yes, that
On Fri, Mar 21, 2014 at 10:47 PM, K. Gadd k...@luminance.org wrote:
Hi, the attached screenshots and test case in
https://bugzilla.mozilla.org/show_bug.cgi?id=782054 demonstrate how
the issue affects 2D games that perform scaling/rotation of bitmaps.
There are other scenarios I probably
On Fri, Mar 21, 2014 at 11:52 AM, Joe Gregorio jcgrego...@google.comwrote:
On Fri, Mar 21, 2014 at 12:17 AM, Rik Cabanier caban...@gmail.com wrote:
On Thu, Mar 20, 2014 at 4:24 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
An implementation can turn #2 into #1 if the paths obviously
On Thu, Mar 20, 2014 at 11:18 AM, Simon Sarris simon.sar...@gmail.comwrote:
On Thu, Mar 20, 2014 at 1:52 PM, Justin Novosad ju...@google.com wrote:
Hello all,
The recently added currentTransform attribute on CanvasRenderingContext2D
gives shared access to the rendering context's
Hi Katelyn,
would this solved by creating a list of resampling methods that are clearly
defined in the spec?
Do you have a list in mind?
On Sat, Mar 15, 2014 at 4:14 AM, K. Gadd k...@luminance.org wrote:
In game scenarios it is sometimes necessary to have explicit control
over the filtering
On Thu, Mar 20, 2014 at 7:01 AM, Justin Novosad ju...@google.com wrote:
On Wed, Mar 19, 2014 at 5:47 PM, Rik Cabanier caban...@gmail.com wrote:
On Wed, Mar 19, 2014 at 2:22 PM, Justin Novosad ju...@google.com wrote:
I agree it should be optional, but just to play devil's advocate : you
On Mon, Mar 17, 2014 at 2:41 PM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Mar 17, 2014 at 2:30 PM, Justin Novosad ju...@google.com wrote:
On Mon, Mar 17, 2014 at 2:18 PM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Mar 17, 2014 at 1:47 PM, Justin Novosad ju
addPath is currently defined on the Path2D object. [1]
Is there a reason why it's not defined on CanvasPathMethods instead? That
way this method is available on the 2d contest so you can append a path to
the current graphics state.
This would also negate the need for setCurrentPath.
1:
On Thu, Mar 20, 2014 at 10:52 AM, Justin Novosad ju...@google.com wrote:
Hello all,
The recently added currentTransform attribute on CanvasRenderingContext2D
gives shared access to the rendering context's transform. By shared, I
mean:
a) this code modifies the CTM:
var matrix =
:
On Mar 20, 2014, at 6:31 PM, Rik Cabanier caban...@gmail.com wrote:
addPath is currently defined on the Path2D object. [1]
Is there a reason why it's not defined on CanvasPathMethods instead?
That
way this method is available on the 2d contest so you can append a
path to
the current
On Thu, Mar 20, 2014 at 4:24 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
On Fri, Mar 21, 2014 at 8:15 AM, Justin Novosad ju...@google.com wrote:
Sorry for the confusion, the point I was trying to make was unrelated to
the CTM question (almost). My point is that the tesselation of a path
On Wed, Mar 19, 2014 at 2:22 PM, Justin Novosad ju...@google.com wrote:
On Wed, Mar 19, 2014 at 4:46 PM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
I just looked at the definition of Path.addPath[1]:
void addPath(Path path, SVGMatrix? transformation);
SVGMatrix is nullable but
On Sat, Mar 15, 2014 at 12:03 AM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
Apologize if it was already discussed but I couldn't find a mail to this
topic.
Yes, this was brought up a couple of times.
Last exchange was in Sept of 2012 (!):
On Mon, Mar 17, 2014 at 8:45 AM, Justin Novosad ju...@google.com wrote:
On Mon, Mar 17, 2014 at 11:35 AM, Dirk Schulze dschu...@adobe.com wrote:
Hmmm, I gave this a bit more thought... To apply the construction
algorithm in transformed space, the ellipse parameters (radiusX,
radiusY,
On Mon, Mar 17, 2014 at 10:18 AM, Justin Novosad ju...@google.com wrote:
On Mon, Mar 17, 2014 at 12:59 PM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Mar 17, 2014 at 8:45 AM, Justin Novosad ju...@google.com wrote:
On Mon, Mar 17, 2014 at 11:35 AM, Dirk Schulze dschu...@adobe.com
On Mon, Mar 17, 2014 at 1:23 PM, Justin Novosad ju...@google.com wrote:
On Mon, Mar 17, 2014 at 2:06 PM, Rik Cabanier caban...@gmail.com wrote:
Make a clean cut and define that drawing operators are ignored when
there's a non-invertible matrix.
I could totally go for that, but you
On Mon, Mar 17, 2014 at 1:47 PM, Justin Novosad ju...@google.com wrote:
I have a fix in flight that fixes that problem in Blink by storing the
current path in transformed coordinates instead. I've had the fix on the
back burner pending the outcome of this thread.
That seems like an
On Mon, Mar 17, 2014 at 2:30 PM, Justin Novosad ju...@google.com wrote:
On Mon, Mar 17, 2014 at 2:18 PM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Mar 17, 2014 at 1:47 PM, Justin Novosad ju...@google.com wrote:
I have a fix in flight that fixes that problem in Blink by storing
On Mon, 10 Mar 2014, Tab Atkins Jr. wrote:
This is also my question. Given that generating a path for a particular
context isn't a magic bullet *anyway* (because the details of the
context can change), I don't understand why caching isn't the answer.
On Mon, 10 Mar 2014, Rik Cabanier
On Fri, Mar 14, 2014 at 11:09 AM, Ian Hickson i...@hixie.ch wrote:
On Wed, 4 Dec 2013, Jürg Lehni wrote:
Implementing [layering/grouping] would help us greatly to optimize
aspects of Paper.js, as double buffering into separate canvases is very
slow and costly.
Can you elaborate on what
On Wed, Dec 4, 2013 at 5:18 PM, Rik Cabanier caban...@gmail.com wrote:
On Wed, Dec 4, 2013 at 11:10 AM, Jürg Lehni li...@scratchdisk.com wrote:
I somehow managed to oversee all the things that happened in this
discussion, but I'm very happy to see that Path2D is being proposed and
agreed
:
On Fri, 28 Feb 2014, Rik Cabanier wrote:
For instance, if the fallback is an edit control and the user
drag-selects some text on the canvas, is it expected that this text
is also selected in the edit control?
You can't validly include a text field in canvas fallback precisely
1 - 100 of 425 matches
Mail list logo