- From: Rik Cabanier <cabanier@gmail.com>
- Date: Mon, 9 Jun 2014 20:09:54 -0700
- To: David Dailey <ddailey@zoominternet.net>, gabelerner@gmail.com
- Cc: Emanuel <emanuelpallen@yahoo.com>, www-svg <www-svg@w3.org>
- Message-ID: <CAGN7qDC_Ur5=1sFsE1dMTRXN-z8OupV2wNULH=vKoN+e6PbajA@mail.gmail.com>
On Mon, Jun 9, 2014 at 6:55 PM, David Dailey <ddailey@zoominternet.net> wrote: > Hi Rik, > > > > Your link here, elicits a couple of questions for me. Perhaps the > questions are better directed to the maintainers of the project. (In which > case yet other questions might emerge, about things one might want to do > with SVG and canvas and why we can’t (without such a library) at present.) > > > > 1. When it talks about doing SVG animation, how does it compare > currently to, say FakeSMIL or SMILScript. We’ve been interested in some of > the parsing involved, since <replicate> parallels and extends much of > <animate> and being able to robustly parse all the nuances of <animate> is > of interest – and of course there are some who would like animate to be > able to play in IE;) A robust JavaScript library to do that would be handy, > particularly if it could just parse out <animate> whenever it is > encountered in IE. JavaScript timing doesn’t seem to be as smooth as > SMIL, but in a vacuum, little things are often welcome. > I don't know. Maybe the owner of canvg can answer that. However, requestAnimationFrame should result in smoother animation than SMIL. > 2. I recall that there was a security thing, at least for a while, > where we were not allowed to read the pixels back out of an SVG for fear > that someone might read privileged pixels of some sort. Does canvg resolve > that issue? In particular can one use it to read the pixels from an SVG? > There are lots of reasons for doing this dating back a decade or so, but > I’d have to mull awhile over what some of those might have been. I know > that other folks have been interested in doing it, too, so it is not just, > “academic.” Does the security issue still exist? I’ve heard former > Adobeans claim that they are doing it. > yes, from the main page: Allows for SVG -> Canvas -> png transition all on the client side (through toDataUrl <http://www.w3.org/TR/html5/the-canvas-element.html#dom-canvas-todataurl>) As long as the input is all from the same domain (or CORS is setup correctly), you should be able to read the pixels from the canvas. > 3. When the proprietors of Canvg say “Tested in Chrome, Firefox, > Opera, and IE (through FlashCanvas)” do the parentheses apply only to IE? > Yes, that's likely for version of IE that didn't support canvas. > *Cc:* <www-svg@w3.org> > *Subject:* Re: SVG API for canvas > > > > > > > > On Sun, Jun 8, 2014 at 1:58 PM, Emanuel <emanuelpallen@yahoo.com> wrote: > > SVG API for canvas. I feel SVG would be a great contribute to canvas > > > > see https://code.google.com/p/canvg/ > > >
Received on Tuesday, 10 June 2014 03:10:22 UTC