Dear All,

I'd like to transform (rotate) my object with the filter applied to it, but
I want to keep my filter without object's transformation. I ended up with
this code. In sum, there are three rotations (back and forward) to get the
desired effect:
http://bilyujezd.cz/other/fePointLight.svg (works in Firefox only)

Is there a more efficient way?
Is there any workaround to render this effect (sphere-like object) also in
Chrome or Opera?

Regards,
Jan

Dear All,

I want to drag HTML Div Element from a list of Div elements & drop it as an
image into the SVG element of SVG file that is embedded with the same HTML file
that contains the list of Division Elements,what is the exact way to achieve
this?

Regards,
Barkha

Hello Barkha,



This is an interesting question, and is something I've never tried. What I
would try is something like this (rolling my own event handlers and script
rather than relying on libraries that might do some of the interface
handling)

a)      Activate the html documentElement so that it listens to mousemove
after the object has been selected

b)      Set the svg documentElement so that it responds to onmouseover -
thereupon listening to mousemove

c)       Onmouseover on the svg document, trigger script to append an
<image> element to the svg document

d)      Successively reposition the svg <image> as the mouse moves in the
svg documentElement

What I don't know are two rather large uncertainties

a)      Whether or not the onmouseover atop the SVG will be heard while the
mouse is busy dragging the HTML <img>

b)      Whether any cross-browser consistency at all will be found in this
sort of HTML5 embedding of SVG in HTML (generally, the use of <object> or
<embed> shows considerably more cross-browser consistency than any of the
newfangled things that are only in candidate recommendation status, or less)

Others may have had more experience with this and/or suggest simpler
approaches, but one bad idea may give others incentive to respond and
improve



Cheers

David



From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
On Behalf Of barkha
Sent: Friday, June 01, 2012 10:07 AM
To: svg-developers@yahoogroups.com
Subject: [svg-developers] Drag from DOM Element of HTML & Drop into SVG
Element





Dear All,

I want to drag HTML Div Element from a list of Div elements & drop it as an
image into the SVG element of SVG file that is embedded with the same HTML
file that contains the list of Division Elements,what is the exact way to
achieve this?

Regards,
Barkha





[Non-text portions of this message have been removed]

Hi Jason

>Is there a way to move a group from one set of coordinates
>to another? For example if the grid were originally placed
>x=0 y=0 width=540 height=540 would it be possible to change
>the x and y values

You can use the transform attribute to achieve this

http://www.w3.org/TR/SVG/coords.html#TransformAttribute

e.g.

<g id="gr1" transform="translate(85,0)"> <!-- rest of group contents here -->

will translate the whole group 85 in the x direction, 0 in the y direction.  You
leave the co-ords of the component elements within the group <g> itself alone.

Andrew
________________________________
From: Jason Barnabas [mailto:jtbarnabas@...]
Sent: 31 May 2012 22:15
To: svg-developers@yahoogroups.com
Subject: Re: [svg-developers] Re: Manipulating SVG in HTML using JavaScript



From: "th_w@...<mailto:th_w%40ymail.com>"
<th_w@...<mailto:th_w%40ymail.com>>

> "Jason" <jtbarnabas@...> wrote:
> >

> > I have a project I'm working on. My goal is to display
> > 18 images in a single HTML document in the same space.
> > The first is just text and is put in using standard
> > HTML. Over that I have placed a SVG image and I'd like
> > to do drawings in it using JavaScript. I only want one
> > server call for the entire map set. I know how to do
> > the math to get the images and text in the SVG but I
> > can't get the JavaScript to do the drawings.
>
> What exactly do you mean by this? You can create, modify,
> delete and insert nodes using the standard DOM methods.
> I'm not sure what's a good English reference, maybe have
> a look here:
>
> https://developer.mozilla.org/en/Gecko_DOM_Reference

Thank you. That is just the sort of thing I need. I
understand the math and doing the JavaScript is no problem.
Once I figure out how DOM works I should be on track.

> > The one that works is 18 different pages and takes up
> > over 175kb of file space. The one that doesn't work yet
> > will be less than 10kb.
>
> If your goal is to save space, I'd suggest using more
> organized SVG. Good ideas would be to use a pattern for
> the background grid and avoid repeated style and
> transformation attributes, maybe like this (it's a
> modified version of your Moravia diagram):

<snipped an excellent illustration>

The use element was foreign to me when I wrote the program
that wrote the files for the working version of my project.
Thank you very much for showing me how that could work. I
can make a grid that will have slightly different placement
in each map (diagram) and keep the central element the same
from one to the other.

Is there a way to move a group from one set of coordinates
to another? For example if the grid were originally placed
x=0 y=0 width=540 height=540 would it be possible to change
the x and y values?

Maybe I should go ahead and dig into how the DOM works. That
will probably give me the answer I'm looking for.

Again, thanks for the suggestions, they were golden.

Jason




--
The Open University is incorporated by Royal Charter (RC 000391), an exempt
charity in England & Wales and a charity registered in Scotland (SC 038302).


[Non-text portions of this message have been removed]

I want to start displaying animated SVG photos that are created using our new
online animated SVG tool; however, it's rather hard to find sites that already
permit them for upload.

I figure that a collaboration of SVG developers would be the perfect answer, and
maybe it might help a few other people as well.

Also I intend to contact various platforms to encourage them to accept SVG as an
upload and download format.  Anybody have any experiences on that?  I'll also
make a separate post on that one later.

Thank you for your help!!!

Don't know how helpful this would be, but one of the few major sites that
allows SVG uploads is Wikipedia/Wikimedia Commons. I don't think they can
contain JavaScript but I've never tested it. SMIL animations and similar
are allowed,

On Fri, Jun 1, 2012 at 4:14 PM, raster2vectorjerry <pnzjerry@...>wrote:

> **
>
>
> I want to start displaying animated SVG photos that are created using our
> new online animated SVG tool; however, it's rather hard to find sites that
> already permit them for upload.
>
> I figure that a collaboration of SVG developers would be the perfect
> answer, and maybe it might help a few other people as well.
>
> Also I intend to contact various platforms to encourage them to accept SVG
> as an upload and download format. Anybody have any experiences on that?
> I'll also make a separate post on that one later.
>
> Thank you for your help!!!
>
>
>


[Non-text portions of this message have been removed]

Hi Robert,

> You could get the bounding box of the clip path and then just work out the
> intersection of the two rectangles. See the answer here for more details
>
>
http://stackoverflow.com/questions/10430518/getting-a-display-bounding-box-for-a\
\
-clipped-object/10433013#10433013<http://stackoverflow.com/questions/10430518/ge\
tting-a-display-bounding-box-for-a-clipped-object/10433013#10433013>

Thanks - that's a good trick for getting the bbox of the clip-path area.
I'll use that.
I realised I was actually after something a bit more general - an
equivalent of getBBox() that takes into account clip-paths and svg bounding
boxes of all the children.

I ended up implementing it as:

  // Get the bounding box, taking into account svg bounding windows
function getVisualBBox(el)
{
     var cloneEl = el.cloneNode(true);
     cloneEl = replaceClipPaths(cloneEl);

     // Do that trick of appending to the tree, so Firefox's getBBox doesn't
barf
     cloneEl.setAttribute("visibility", "hidden");
     document.documentElement.appendChild(cloneEl);
     var bbox = cloneEl.getBBox();
     document.documentElement.removeChild(cloneEl);
     return bbox;
}

// Replace any clip-paths in this element and its children with equivalent
rectangles
function replaceClipPaths(el)
{
     if (el.nodeType != 1)
         return;

     // Handle children first
     for (var i = 0; i < el.children.length; i++)
     {
         var testEl = el.children[i];
         var newChild = replaceClipPaths(testEl);
         if (newChild != testEl)
         {
             // Replace child
             el.insertBefore(newChild, testEl);
             el.removeChild(testEl);
         }
     }

     // Replace any clipping node and its children with a single rectangle
     // TODO: currently does only svg bounding box clip-paths.
     // TODO: currently creates a rect around the clip-path, regardless of
what's in the
     // visible area. This suits my use-case, but if you want the actual
bbox, you'll have
     // to further trim this rect according to what's inside it.
     if (el.nodeName == "svg" && el.width != null && el.height != null)
     {
         var replacementEl = document.createElementNS(svgns, "rect");
         replacementEl.setAttribute("x", el.getAttribute("x"));
         replacementEl.setAttribute("y", el.getAttribute("y"));
         replacementEl.setAttribute("width", el.getAttribute("width"));
         replacementEl.setAttribute("height", el.getAttribute("height"));
         replacementEl.setAttribute("stroke", "none");
         return replacementEl;
     }

     return el;
}

---

As you can see, it needs a little more work to be completely general
(including implementing your suggestion).
It's a pretty expensive solution - it clones the entire tree - but it's the
only way I could see of doing it properly. I considered iterating through
the tree and summing the bboxes of the child nodes, but I'm pretty sure
that won't work - you have to take into account the transforms on each
node, and that means the bboxes could be rotated, which means they don't
work as bboxes (as David D. mentions).

I'll post the result if I ever get around to implementing the TODO bits
above.

Thanks for your help!

Andrew.


[Non-text portions of this message have been removed]

I experimented briefly with Google sites (I think that is what it is called)
a year or so ago, hoping to find a place where the SVG community could share
a repository of fun examples, but it appeared, at the time, not to allow SVG
content. Perhaps that has changed a bit by now, but I've not had a chance to
look.

Cheers
David

-----Original Message-----
From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
On Behalf Of Marty Sullivan
Sent: Saturday, June 02, 2012 8:02 PM
To: svg-developers@yahoogroups.com
Subject: Re: [svg-developers] Help? What sites & blogs allow upload and
viewing of animated SVG photos?

Don't know how helpful this would be, but one of the few major sites that
allows SVG uploads is Wikipedia/Wikimedia Commons. I don't think they can
contain JavaScript but I've never tested it. SMIL animations and similar are
allowed,

On Fri, Jun 1, 2012 at 4:14 PM, raster2vectorjerry
<pnzjerry@...>wrote:

> **
>
>
> I want to start displaying animated SVG photos that are created using
> our new online animated SVG tool; however, it's rather hard to find
> sites that already permit them for upload.
>
> I figure that a collaboration of SVG developers would be the perfect
> answer, and maybe it might help a few other people as well.
>
> Also I intend to contact various platforms to encourage them to accept
> SVG as an upload and download format. Anybody have any experiences on
that?
> I'll also make a separate post on that one later.
>
> Thank you for your help!!!
>
>
>


[Non-text portions of this message have been removed]



------------------------------------

-----
To unsubscribe send a message to: svg-developers-unsubscribe@yahoogroups.com
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my
membership"
----Yahoo! Groups Links

Hi,

I'm trying to use replicate to provide realistic shading in realistic pictures.
Unfortunately, it's difficult to make replicate objects the required shape (or
is there a WYSIWYG replicate drawing program I don't know about?) so the obvious
solution is to use clip paths.

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- Created with Inkscape (http://www.inkscape.org/) -->
<svg xmlns="http://www.w3.org/2000/svg" width="100%"
xmlns:xlink="http://www.w3.org/1999/xlink" onload="startup(evt)" viewBox="0 0
100 100">
<defs>
	 <clipPath id="myclip">
     <path
        d="m 39.405204,36.05948 c 0,0 -4.089219,1.486989 -9.479554,14.498141
-5.390334,13.011153 -2.416356,21.375465 -2.416356,21.375465 0,0 7.78742,6.294142
22.862453,5.762082 15.799256,-0.557621 22.118959,-5.390335 22.118959,-5.390335
0,0 0.225529,-13.793758 -4.64684,-22.862454 -5.407224,-10.064196
-10.780669,-13.3829 -10.780669,-13.3829 z"
        id="path2985"/>
	 </clipPath>
	 <script type="text/javascript" xlink:href="replicate.js"/>
	 <linearGradient id="f" x1="1" y1="0.45" x2="0.15" y2="0.9">
		 <stop offset="0" stop-color="#ff8"/>
		 <stop offset=".3" stop-color="#000"/>
		 <stop offset="1" stop-color="#ff8"/>
	 </linearGradient>
</defs>
<g clip-path="url(#myclip)">
<ellipse cy="-100" cx="200" rx="30" ry="50" fill="url(#f)" stroke-width=".5"
stroke="none" transform="matrix(0.3,0,0,0.3,-10,-20)">
	 <replicate repeatCount="80">
	 <replicateAttribute attributeName="cy" from="300" to="100"/>
	 <replicateAttribute attributeName="ry" from="100" to="0"/>
	 <replicateAttribute attributeName="rx" from="100" to="0"/>
	 </replicate>
</ellipse>
</g>
     <path
       
style="color:#000000;fill:#7778dd;fill-opacity:1;fill-rule:nonzero;stroke:#00000\
0;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;s\
troke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;marker:none;visibility\
:visible;display:inline;overflow:visible;enable-background:accumulate"
        id="path2987"
        d="m 57.434945,36.431229 a 8.9219332,1.4869889 0 1 1 -17.843866,0
8.9219332,1.4869889 0 1 1 17.843866,0 z"/>
   </g>
</svg>

Well that should do it but the clipping isn't applied. I tryed applying the clip
path directly to the ellipse but then only the path (which is also an ellipse)
appeared.

Perhaps I should put the replicate object in a pattern? Before wasting a lot of
time trying things that don't work, I thought I'd ask if anybody else knows how
to do this.

For that matter, why does the replicate object appear over things that are later
in the file?

Richard Pearman       http://www.pixelpalaces.com/
The next stage in the evolution of web comics:
http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
Read my Helium articles: http://www.helium.com/users/212199
South Alberta Cactus and succulent society:
http://www.facebook.com/group.php?gid=20360241008

Hi Richard,



I think the situation you mention is one of the shortcomings of replicate at
the moment: how to confine its shading and rich gradient possibilities to a
given shape?



Here are some experiments: http://cs.sru.edu/~ddailey/svg/gradRep1.svg



If <replicate> were a full-fledged member of SVG, then applying a clip path
to a replicated object should be straightforward; as it is, the way the
JavaScript is written, we've appended all the replicates to the DOM in such
a way that clipping would not seem to work.



Eric Elder and I are in the midst of reworking some of the replicate code
this summer (in hopes of making it handle animation for browsers like IE
and webkit that are rather limited there and for handling "declarative
randomness") so it seems like a time to consider such things as coexistence
with clipping and masks and so forth. Maybe in six months or so we can
report a better version which might meet your needs better.



In short, <replicate> is only a sketchy proposal at present, able to handle
pseudo-3D objects, rich gradients, non affine transforms, non-rectangular
tilings and a few of the other shortcomings of SVG1.1. The folks designing
SVG2.0 seem to prefer a handful of assorted other approaches to these
issues, rather than using a single construct, but we suspect that once
declarative randomness is added into the arsenal, the value of <replicate>
will become apparent to a broader audience.



Regards

David



From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
On Behalf Of cremnosedum
Sent: Sunday, June 03, 2012 1:25 PM
To: svg-developers@yahoogroups.com
Subject: [svg-developers] clippling replicate objects





Hi,

I'm trying to use replicate to provide realistic shading in realistic
pictures. Unfortunately, it's difficult to make replicate objects the
required shape (or is there a WYSIWYG replicate drawing program I don't know
about?) so the obvious solution is to use clip paths.

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- Created with Inkscape (http://www.inkscape.org/) -->
<svg xmlns="http://www.w3.org/2000/svg" width="100%"
xmlns:xlink="http://www.w3.org/1999/xlink" onload="startup(evt)" viewBox="0
0 100 100">
<defs>
<clipPath id="myclip">
<path
d="m 39.405204,36.05948 c 0,0 -4.089219,1.486989 -9.479554,14.498141
-5.390334,13.011153 -2.416356,21.375465 -2.416356,21.375465 0,0
7.78742,6.294142 22.862453,5.762082 15.799256,-0.557621 22.118959,-5.390335
22.118959,-5.390335 0,0 0.225529,-13.793758 -4.64684,-22.862454
-5.407224,-10.064196 -10.780669,-13.3829 -10.780669,-13.3829 z"
id="path2985"/>
</clipPath>
<script type="text/javascript" xlink:href="replicate.js"/>
<linearGradient id="f" x1="1" y1="0.45" x2="0.15" y2="0.9">
<stop offset="0" stop-color="#ff8"/>
<stop offset=".3" stop-color="#000"/>
<stop offset="1" stop-color="#ff8"/>
</linearGradient>
</defs>
<g clip-path="url(#myclip)">
<ellipse cy="-100" cx="200" rx="30" ry="50" fill="url(#f)" stroke-width=".5"
stroke="none" transform="matrix(0.3,0,0,0.3,-10,-20)">
<replicate repeatCount="80">
<replicateAttribute attributeName="cy" from="300" to="100"/>
<replicateAttribute attributeName="ry" from="100" to="0"/>
<replicateAttribute attributeName="rx" from="100" to="0"/>
</replicate>
</ellipse>
</g>
<path
style="color:#000000;fill:#7778dd;fill-opacity:1;fill-rule:nonzero;stroke:#0
00000;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterl
imit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;marker:non
e;visibility:visible;display:inline;overflow:visible;enable-background:accum
ulate"
id="path2987"
d="m 57.434945,36.431229 a 8.9219332,1.4869889 0 1 1 -17.843866,0
8.9219332,1.4869889 0 1 1 17.843866,0 z"/>
</g>
</svg>

Well that should do it but the clipping isn't applied. I tryed applying the
clip path directly to the ellipse but then only the path (which is also an
ellipse) appeared.

Perhaps I should put the replicate object in a pattern? Before wasting a lot
of time trying things that don't work, I thought I'd ask if anybody else
knows how to do this.

For that matter, why does the replicate object appear over things that are
later in the file?

Richard Pearman http://www.pixelpalaces.com/
The next stage in the evolution of web comics:
http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
Read my Helium articles: http://www.helium.com/users/212199
South Alberta Cactus and succulent society:
http://www.facebook.com/group.php?gid=20360241008





[Non-text portions of this message have been removed]

honyk <j.tosovsky@...> wrote:
> I'd like to transform (rotate) my object with the filter
> applied to it, but I want to keep my filter without object's
> transformation.  I ended up with this code. In sum, there are
> three rotations (back and  forward) to get the desired effect:
> http://bilyujezd.cz/other/fePointLight.svg (works in Firefox  only)
>
> Is there a more efficient way?
> Is there any workaround to render  this effect (sphere-like
> object) also in Chrome or  Opera?
>
> Regards,
> Jan


I don't use Opera, but this one works in Chrome.

<svg xmlns="http://www.w3.org/2000/svg" version="1.1">
   <defs>
     <radialGradient id="grad1" cx="50%" cy="50%" r="50%"
       fx="50%" fy="50%">
       <stop offset="0%" style="stop-color:rgb(255,255,255);
         stop-opacity:0" />
       <stop offset="100%" style="stop-color:rgb(80,80,80);
         stop-opacity:1" />
     </radialGradient>
   </defs>
   <line x1=115 y1=100 x2=285 y2=100 stroke=red stroke-width=2 />
   <circle cx="200" cy="100" r="85" fill="url(#grad1)" opacity=0.5 />
</svg>

I've learned more about SVG (and JavaScript for that matter) from
http://www.w3schools.com
than anywhere else.

raster2vectorjerry <pnzjerry@...> wrote:
> I want to start displaying animated SVG photos that are created using our new
>online animated SVG tool; however, it's rather hard to find sites that already
>permit them for upload.
>
> I figure that a collaboration of SVG developers  would be the perfect answer,
>and maybe it might help a few other people as  well.
>
> Also I intend to contact various platforms to encourage them to  accept SVG as
>an upload and download format.  Anybody have any experiences  on that?  I'll
>also make a separate post on that one later.
>
> Thank  you for your help!!!


You're welcome! ;-)

I don't know of any sites that specifically allow SVG uploads, but I do know a
trick that might let you get around those that do not. Instead of saving your
image as imagename.svg you can save it as imagename.htm

The browsers will recognize the .htm file as something they are supposed to
handle and when they open it and see SVG markup they recognize it and just
render appropriately.

YMMV,
Jason

Hi,

I've found this bug on a pretty innocuous looking svg. All this does is
make a circle on and off
I have two such blocks one with a begin time of 0s and another of begin
3.9s. Rest all of the things being same the behaviour is still different in
that for 0s the freeze behaviour is correct and as expected whereas for
begin 3.9s the fill=freeze behaviour is not correct.

Pretty strange and shocking too ? Can any one try and see if this indeed a
bug ? I have pasted the code below
I tried this on Google Chrome 17.0.963.46

- Raks


<?xml version="1.0" encoding="UTF-8"?>
<svg display="inherit" version="1.1" xml:space="preserve" xmlns="
http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:ev="http://www.w3.org/2001/xml-events">
     <g display="none">
         <animate attributeName="display" begin="0" calcMode="discrete"
dur="0.8" fill="freeze" end="0.8" keyTimes="0;0.25;0.75;1.0"
values="inherit;none;inherit;none"/>
         <circle cx="215" cy="120" r="20" fill="#ff0000"/>
         <circle cx="715" cy="620" r="20" fill="#00f0f0"/>
     </g>

     <g display="none">
         <animate attributeName="display" begin="3.9" calcMode="discrete"
dur="0.8" end="4.7" fill="freeze" keyTimes="0;0.25;0.75;1.0"
values="inherit;none;inherit;none"/>
         <circle cx="415" cy="120" r="20" fill="#ff0000"/>
         <circle cx="615" cy="620" r="20" fill="#00f0f0"/>
     </g>
</svg>


[Non-text portions of this message have been removed]

Hi Jason,

>> http://bilyujezd.cz/other/fePointLight.svg (works in Firefox only)
>> Is there a more efficient way?

> I don't use Opera, but this one works in Chrome.
> ... radialGradient ....

RadialGradient is indeed much better approach in this case, thanks for the
tip. It is much more compatible than my filter.

Anyway, has anybody an idea how my filter should look like? I've noticed it
is rendered with that grey background even in Inkscape and Opera. In 100%
zoom it has different appearance in every browser (Chrome/FF/Opera). It
behaves strangely when zoomed in/out (except Opera). What is the gauge? The
only reference I found is this test, but it doesn't show exactly what I
need:
http://www.w3.org/Graphics/SVG/Test/20110816/harness/htmlObjectApproved/filt
ers-light-01-f.html

Regards,
Jan

Hi David,

Thank you for your input!  Google still doesn't accept SVG yet.  I have been
given two contacts at Google that should improve my chances of getting them to
accept SVG.  I'll be contacting (attempting anyway) them later this week.  If I
can make a compelling enough case then maybe I might get lucky and have it
benefit us all.

If you have time please check out our online SVG animation tool at
www.Pac-n-Zoom.com and click on the "Cloud" link.  I intend to send you some
comparisons to RaveGrid this week.

Best Regards,

Jerry

--- In svg-developers@yahoogroups.com, "David Dailey" <ddailey@...> wrote:
>
> I experimented briefly with Google sites (I think that is what it is called)
> a year or so ago, hoping to find a place where the SVG community could share
> a repository of fun examples, but it appeared, at the time, not to allow SVG
> content. Perhaps that has changed a bit by now, but I've not had a chance to
> look.
>
> Cheers
> David
>
> -----Original Message-----
> From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
> On Behalf Of Marty Sullivan
> Sent: Saturday, June 02, 2012 8:02 PM
> To: svg-developers@yahoogroups.com
> Subject: Re: [svg-developers] Help? What sites & blogs allow upload and
> viewing of animated SVG photos?
>
> Don't know how helpful this would be, but one of the few major sites that
> allows SVG uploads is Wikipedia/Wikimedia Commons. I don't think they can
> contain JavaScript but I've never tested it. SMIL animations and similar are
> allowed,
>
> On Fri, Jun 1, 2012 at 4:14 PM, raster2vectorjerry
> <pnzjerry@...>wrote:
>
> > **
> >
> >
> > I want to start displaying animated SVG photos that are created using
> > our new online animated SVG tool; however, it's rather hard to find
> > sites that already permit them for upload.
> >
> > I figure that a collaboration of SVG developers would be the perfect
> > answer, and maybe it might help a few other people as well.
> >
> > Also I intend to contact various platforms to encourage them to accept
> > SVG as an upload and download format. Anybody have any experiences on
> that?
> > I'll also make a separate post on that one later.
> >
> > Thank you for your help!!!
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> -----
> To unsubscribe send a message to: svg-developers-unsubscribe@yahoogroups.com
> -or-
> visit http://groups.yahoo.com/group/svg-developers and click "edit my
> membership"
> ----Yahoo! Groups Links
>

Hi Jason,

Thank you for the suggestion.  Our technology creates animated SVG online, using
Firefox to convert the photos into SVG and then to animate selected parts within
the photos.  We use SMIL which means that IE-9 is still worthless for animated
SVG and needs the Adobe SVG Viewer.  Opera seems to display the animations best.

Our goal is to offer our tool to app developers so they can incorporate it
inside some cool new apps that make them money (thereby also making us money
too).  We will tell them to do this in iFrames if the have to, but we would
rather gain faster traction by getting some platforms or sites to accept SVG
uploads early on.

Based upon your suggestion, I tried a few sites to see if I could upload *.htm
files at Tumblr and Facebook; however, they didn't like that format either.  I
haven't had a chance to try others yet but I will.

Thank you again for your kind offer of advice, it was very greatly appreciated! 
Please check us out at www.Pac-n-Zoom.com and animate SVG online.  We only have
SVG functions "resize" and "move" in straight lines but later this week we will
let users "rotate" and "skew".  In about 2 more weeks we should enable them to
also use opacity.  Using our tool is a bit awkward and without much user help at
the moment BUT that will improve of course...besides it's free for now anyway!

Best Regards,

Jerry

--- In svg-developers@yahoogroups.com, Jason Barnabas <jtbarnabas@...> wrote:
>
> raster2vectorjerry <pnzjerry@...> wrote:
> > I want to start displaying animated SVG photos that are created using our
new
> >online animated SVG tool; however, it's rather hard to find sites that
already
> >permit them for upload.
> >
> > I figure that a collaboration of SVG developers  would be the perfect
answer,
> >and maybe it might help a few other people as  well.
> >
> > Also I intend to contact various platforms to encourage them to  accept SVG
as
> >an upload and download format.  Anybody have any experiences  on that?  I'll
> >also make a separate post on that one later.
> >
> > Thank  you for your help!!!
>
>
> You're welcome! ;-)
>
> I don't know of any sites that specifically allow SVG uploads, but I do know a
> trick that might let you get around those that do not. Instead of saving your
> image as imagename.svg you can save it as imagename.htm
>
> The browsers will recognize the .htm file as something they are supposed to
> handle and when they open it and see SVG markup they recognize it and just
> render appropriately.
>
> YMMV,
> Jason
>

Hi Marty,

Thank you for the reply!  Our animations are using SMIL.  We will have app
developers put the animations in iFrames but would prefer to not have to go that
route from day 1.

PS.  We don't have our online service on multiple servers yet, but you are
welcome to take us for a spin and animate a photo online.  Please go to
www.Pac-n-Zoom.com and click the "Cloud" link.  It's free for now so don't use
the shopping cart.  www.Pac-n-Zoom.com also has links to a few simple animated
SVG example.  We expect to add more SVG animation functions late this week.

Thank you again for your help!

Jerry


--- In svg-developers@yahoogroups.com, Marty Sullivan <dark3251@...> wrote:
>
> Don't know how helpful this would be, but one of the few major sites that
> allows SVG uploads is Wikipedia/Wikimedia Commons. I don't think they can
> contain JavaScript but I've never tested it. SMIL animations and similar
> are allowed,
>
> On Fri, Jun 1, 2012 at 4:14 PM, raster2vectorjerry <pnzjerry@...>wrote:
>
> > **
> >
> >
> > I want to start displaying animated SVG photos that are created using our
> > new online animated SVG tool; however, it's rather hard to find sites that
> > already permit them for upload.
> >
> > I figure that a collaboration of SVG developers would be the perfect
> > answer, and maybe it might help a few other people as well.
> >
> > Also I intend to contact various platforms to encourage them to accept SVG
> > as an upload and download format. Anybody have any experiences on that?
> > I'll also make a separate post on that one later.
> >
> > Thank you for your help!!!
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

Chrome has had freeze bugs for at least the last six months. I have put in
several bug reports but nothing gets done.

Here is another example:

<svg  width="1024"   height="768" xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns="http://www.w3.org/2000/svg">
<style type="text/css">
.w18c1    {fill:red;stroke:cyan}
.w18c2    {fill:blue;stroke:cyan}
.w18c3    {fill:green;stroke:cyan}

</style>
<g transform="translate(30,40)">
<rect id="r1" class="w18c1" x="0" y="0" width="100" height="40" />
<rect id="r2" class="w18c2" x="0" y="50" width="100" height="40" />
<rect id="r3" class="w18c3" x="0" y="100" width="100" height="40" />
<rect id="r4" class="w18c1" x="0" y="150" width="100" height="40" />
<rect id="r5" class="w18c2" x="0" y="200" width="100" height="40" />
<rect id="r6" class="w18c3" x="0" y="250" width="100" height="40" />
<rect id="r7" class="w18c1" x="0" y="300" width="100" height="40" />
<rect id="r8" class="w18c2" x="0" y="350" width="100" height="40" />
<rect id="r9" class="w18c3" x="0" y="400" width="100" height="40" />
</g>
<animate begin="start.begin+0.2s" dur="2s" attributeName="x" fill="freeze"
xlink:href="#r1" values="0;300"/>
<animate begin="start.begin+0.3s" dur="1.9s" attributeName="x"
fill="freeze" xlink:href="#r2" values="0;300"/>
<animate begin="start.begin+0.4s" dur="1.8s" attributeName="x"
fill="freeze" xlink:href="#r3" values="0;300"/>
<animate begin="start.begin+0.4s" dur="1.81s" attributeName="x"
fill="freeze" xlink:href="#r4" values="0;300"/>
<animate begin="start.begin+0.4s" dur="1.82s" attributeName="x"
fill="freeze" xlink:href="#r5" values="0;300"/>
<animate begin="start.begin+0.2s" dur="2s" attributeName="x" fill="freeze"
xlink:href="#r6" values="0;300"/>
<animate begin="start.begin+0.3s" dur="1.9s" attributeName="x"
fill="freeze" xlink:href="#r7" values="0;300"/>
<animate begin="start.begin+0.4s" dur="1.8s" attributeName="x"
fill="freeze" xlink:href="#r8" values="0;300"/>
<animate begin="start.begin+0.4s" dur="1.81s" attributeName="x"
fill="freeze" xlink:href="#r9" values="0;300"/>

<g id="startbutton">
<path id="start_button" style="fill:red;" d="M1024,748l-40,-20l0,40z"   >
<animateColor id='start' xlink:href="#start_button" attributeType="CSS"
attributeName="fill" values="red;pink" begin="start_button.click"
fill="freeze" dur="0.01s" />
</path>
</g>

</svg>

The rectangles should all move right to left and stay there. A random
number return to their original positions. It varies by run and machine
which ones !


[Non-text portions of this message have been removed]

Hello Richard,

As David Dailey mentions, the replicate script is a work in progress as
well as an opportunity for us to work out the details of our proposal. We
really appreciate you interest in the project and welcome your thoughts.

I checked out the SVG sample in your e-mail and it renders as I would
expect it to (I've checked using the latest version of chrome). There is an
error in your xml, you've got an extra </g> in there. I'm attaching a
screen shot for you to review. The clipping is applied to the group
containing the replicated ellipse. The elements added to the document by
the replicate script appear sequentially on top of one another beginning as
the next sibling of the element being replicated. The path, in your sample,
that appears after the replicated ellipse, is drawn on top of the other
elements.

Make sure you are using the latest script available at
http://code.google.com/p/svg-replicate/source/browse/#svn%2Ftrunk , I will
be updating the script regularly in the next couple of months. I suspect
that you are using an earlier version in which the elements generated by
the replicate script are appended to the end of the document. This
would cause them to appear outside of the group with a clip-path specified
and to draw over top of other elements.

Cheers,
Eric

On Sun, Jun 3, 2012 at 2:14 PM, David Dailey <ddailey@...>wrote:

> Hi Richard,****
>
> ** **
>
> I think the situation you mention is one of the shortcomings of replicate
> at the moment: how to confine its shading and rich gradient possibilities
> to a given shape?****
>
> ** **
>
> Here are some experiments: http://cs.sru.edu/~ddailey/svg/gradRep1.svg ***
> *
>
> ** **
>
> If <replicate> were a full-fledged member of SVG, then applying a clip
> path to a replicated object should be straightforward; as it is, the way
> the JavaScript is written, we’ve appended all the replicates to the DOM in
> such a way that clipping would not seem to work.****
>
> ** **
>
> Eric Elder and I are in the midst of reworking some of the replicate code
> this summer (in hopes of making it handle animation for browsers like IE
> and webkit that are rather limited there and for handling “declarative
> randomness”) so it seems like a time to consider such things as coexistence
> with clipping and masks and so forth. Maybe in six months or so we can
> report a better version which might meet your needs better.****
>
> ** **
>
> In short, <replicate> is only a sketchy proposal at present, able to
> handle pseudo-3D objects, rich gradients, non affine transforms,
> non-rectangular tilings and a few of the other shortcomings of SVG1.1. The
> folks designing SVG2.0 seem to prefer a handful of assorted other
> approaches to these issues, rather than using a single construct, but we
> suspect that once declarative randomness is added into the arsenal, the
> value of <replicate> will become apparent to a broader audience.****
>
> ** **
>
> Regards****
>
> David****
>
> ** **
>
> *From:* svg-developers@yahoogroups.com [mailto:
> svg-developers@yahoogroups.com] *On Behalf Of *cremnosedum
> *Sent:* Sunday, June 03, 2012 1:25 PM
> *To:* svg-developers@yahoogroups.com
> *Subject:* [svg-developers] clippling replicate objects****
>
> ** **
>
>   ****
>
> Hi,
>
> I'm trying to use replicate to provide realistic shading in realistic
> pictures. Unfortunately, it's difficult to make replicate objects the
> required shape (or is there a WYSIWYG replicate drawing program I don't
> know about?) so the obvious solution is to use clip paths.
>
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <!-- Created with Inkscape (http://www.inkscape.org/) -->
> <svg xmlns="http://www.w3.org/2000/svg" width="100%" xmlns:xlink="
> http://www.w3.org/1999/xlink" onload="startup(evt)" viewBox="0 0 100 100">
> <defs>
> <clipPath id="myclip">
> <path
> d="m 39.405204,36.05948 c 0,0 -4.089219,1.486989 -9.479554,14.498141
> -5.390334,13.011153 -2.416356,21.375465 -2.416356,21.375465 0,0
> 7.78742,6.294142 22.862453,5.762082 15.799256,-0.557621 22.118959,-5.390335
> 22.118959,-5.390335 0,0 0.225529,-13.793758 -4.64684,-22.862454
> -5.407224,-10.064196 -10.780669,-13.3829 -10.780669,-13.3829 z"
> id="path2985"/>
> </clipPath>
> <script type="text/javascript" xlink:href="replicate.js"/>
> <linearGradient id="f" x1="1" y1="0.45" x2="0.15" y2="0.9">
> <stop offset="0" stop-color="#ff8"/>
> <stop offset=".3" stop-color="#000"/>
> <stop offset="1" stop-color="#ff8"/>
> </linearGradient>
> </defs>
> <g clip-path="url(#myclip)">
> <ellipse cy="-100" cx="200" rx="30" ry="50" fill="url(#f)"
> stroke-width=".5" stroke="none" transform="matrix(0.3,0,0,0.3,-10,-20)">
> <replicate repeatCount="80">
> <replicateAttribute attributeName="cy" from="300" to="100"/>
> <replicateAttribute attributeName="ry" from="100" to="0"/>
> <replicateAttribute attributeName="rx" from="100" to="0"/>
> </replicate>
> </ellipse>
> </g>
> <path
>
>
style="color:#000000;fill:#7778dd;fill-opacity:1;fill-rule:nonzero;stroke:#00000\
0;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;s\
troke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;marker:none;visibility\
:visible;display:inline;overflow:visible;enable-background:accumulate"
> id="path2987"
> d="m 57.434945,36.431229 a 8.9219332,1.4869889 0 1 1 -17.843866,0
> 8.9219332,1.4869889 0 1 1 17.843866,0 z"/>
> </g>
> </svg>
>
> Well that should do it but the clipping isn't applied. I tryed applying
> the clip path directly to the ellipse but then only the path (which is also
> an ellipse) appeared.
>
> Perhaps I should put the replicate object in a pattern? Before wasting a
> lot of time trying things that don't work, I thought I'd ask if anybody
> else knows how to do this.
>
> For that matter, why does the replicate object appear over things that are
> later in the file?
>
> Richard Pearman http://www.pixelpalaces.com/
> The next stage in the evolution of web comics:
> http://www.onlinecomics.net/pages/details/listing.php?comicID=4415
> Read my Helium articles: http://www.helium.com/users/212199
> South Alberta Cactus and succulent society:
> http://www.facebook.com/group.php?gid=20360241008****
>
> ****
>


[Non-text portions of this message have been removed]

And the biggest problem is that the behaviour is just unpredictable
Just yesterday I filed one bug 88224
https://bugs.webkit.org/show_bug.cgi?id=88224

Anyone in this list working on Webkit ? Is there a problem in the
implementation of the timing model in Webkit ?
Freeze is such a basic need

- Rakesh

On Tue, Jun 5, 2012 at 12:18 AM, Bob Hopgood <frahopgood@...> wrote:

> **
>
>
> Chrome has had freeze bugs for at least the last six months. I have put in
> several bug reports but nothing gets done.
>
> Here is another example:
>
> <svg width="1024" height="768" xmlns:xlink="http://www.w3.org/1999/xlink"
> xmlns="http://www.w3.org/2000/svg">
> <style type="text/css">
> .w18c1 {fill:red;stroke:cyan}
> .w18c2 {fill:blue;stroke:cyan}
> .w18c3 {fill:green;stroke:cyan}
>
> </style>
> <g transform="translate(30,40)">
> <rect id="r1" class="w18c1" x="0" y="0" width="100" height="40" />
> <rect id="r2" class="w18c2" x="0" y="50" width="100" height="40" />
> <rect id="r3" class="w18c3" x="0" y="100" width="100" height="40" />
> <rect id="r4" class="w18c1" x="0" y="150" width="100" height="40" />
> <rect id="r5" class="w18c2" x="0" y="200" width="100" height="40" />
> <rect id="r6" class="w18c3" x="0" y="250" width="100" height="40" />
> <rect id="r7" class="w18c1" x="0" y="300" width="100" height="40" />
> <rect id="r8" class="w18c2" x="0" y="350" width="100" height="40" />
> <rect id="r9" class="w18c3" x="0" y="400" width="100" height="40" />
> </g>
> <animate begin="start.begin+0.2s" dur="2s" attributeName="x" fill="freeze"
> xlink:href="#r1" values="0;300"/>
> <animate begin="start.begin+0.3s" dur="1.9s" attributeName="x"
> fill="freeze" xlink:href="#r2" values="0;300"/>
> <animate begin="start.begin+0.4s" dur="1.8s" attributeName="x"
> fill="freeze" xlink:href="#r3" values="0;300"/>
> <animate begin="start.begin+0.4s" dur="1.81s" attributeName="x"
> fill="freeze" xlink:href="#r4" values="0;300"/>
> <animate begin="start.begin+0.4s" dur="1.82s" attributeName="x"
> fill="freeze" xlink:href="#r5" values="0;300"/>
> <animate begin="start.begin+0.2s" dur="2s" attributeName="x" fill="freeze"
> xlink:href="#r6" values="0;300"/>
> <animate begin="start.begin+0.3s" dur="1.9s" attributeName="x"
> fill="freeze" xlink:href="#r7" values="0;300"/>
> <animate begin="start.begin+0.4s" dur="1.8s" attributeName="x"
> fill="freeze" xlink:href="#r8" values="0;300"/>
> <animate begin="start.begin+0.4s" dur="1.81s" attributeName="x"
> fill="freeze" xlink:href="#r9" values="0;300"/>
>
> <g id="startbutton">
> <path id="start_button" style="fill:red;" d="M1024,748l-40,-20l0,40z" >
> <animateColor id='start' xlink:href="#start_button" attributeType="CSS"
> attributeName="fill" values="red;pink" begin="start_button.click"
> fill="freeze" dur="0.01s" />
> </path>
> </g>
>
> </svg>
>
> The rectangles should all move right to left and stay there. A random
> number return to their original positions. It varies by run and machine
> which ones !
>
> [Non-text portions of this message have been removed]
>
>
>


[Non-text portions of this message have been removed]

honyk <j.tosovsky@...> wrote:


> Hi Jason,
>
> >> http://bilyujezd.cz/other/fePointLight.svg (works in Firefox  only)
> >> Is there a more efficient way?
>
> > I don't use Opera,  but this one works in Chrome.
> > ... radialGradient  ....
>
> RadialGradient is indeed much better approach in this case,
> thanks  for the tip. It is much more compatible than my
> filter.
>
> Anyway, has  anybody an idea how my filter should look like?
> I've noticed it is rendered  with that grey background even
> in Inkscape and Opera. In 100% zoom it has  different
> appearance in every browser (Chrome/FF/Opera). It behaves
> strangely  when zoomed in/out (except Opera). What is the
> gauge? The only reference I  found is this test, but it
> doesn't show exactly what I need:
<http://www.w3.org/Graphics/SVG/Test/20110816/harness/htmlObjectApproved/filters\
-light-01-f.html>



I got a 404 on that. If a link is enclosed like a tag <tag>
the mail handling software usually recognizes it as a link
and won't break it.

I can't find your original image. If you want to repost the
link for it I'll look at it again in FireFox, assuming
that's what you want it to look like. In the mean time you
might try to Google "3d lighting effects SVG"
  ____________________________________________________________


I must be travelling,
Jason


tc+ ?23 ?mgt mt tne ?t20 t4++ ?t5 ?tp tg+ ?th ?to
ru- ge++ 3i c++ jt- au+ ls pi+ ta+ he+
kk++ hi+ as+ va+ dr ?ith vr ne so+ zh vi da sy

Bob Hopgood wrote:

Chrome has had freeze bugs for at least the last six months. I have put in
several bug reports but nothing gets done.

Welcome to reality. Webkit is trying hard to be the IE6 of the 21st century. I
too have had issues with Webkit and gave up trying to get them resolved.

James

Dear All,

I want to Implement zoom-in and out of the static map background and all sub
entities(that are placed on static map background on another layer) by
point-and-click on the map. Point clicked is centered as part of the zoom
operation

Regards,
Barkha

I filed two bugs one for freeze and another one for something else.
There was no response for the freeze bug but I have been getting responses
for the other bug

There is something about freeze because of which people do not want to even
attend to the bug and ithe freeze bugs has been there for atleast 2 years
now

- Raks

On Wed, Jun 6, 2012 at 7:04 AM, jamesd <jcdeering1@...> wrote:

> **
>
>
> Bob Hopgood wrote:
>
> Chrome has had freeze bugs for at least the last six months. I have put in
> several bug reports but nothing gets done.
>
> Welcome to reality. Webkit is trying hard to be the IE6 of the 21st
> century. I too have had issues with Webkit and gave up trying to get them
> resolved.
>
> James
>
>
>


[Non-text portions of this message have been removed]

Hi Barkha,



Take a look at this example; it may give some ideas on how to zoom on all or
part of an SVG

http://srufaculty.sru.edu/david.dailey/svg/recent/sliderzoom2.svg



This example now seems to work everywhere but in Safari/Windows (which has
pretty spotty SVG support*, lagging a half year or so behind Chrome it would
seem). Chrome just recently became able to handle it, if I remember
correctly.



In another case:
http://srufaculty.sru.edu/david.dailey/svg/newstuff/zoom.svg the viewBox is
simply animated (works properly in Opera,  IE/ASV, and I think old versions
of Firefox - won't work in webkit since animate support is still fledgling,
and new Firefox seems to have resurrected an old problem with when events
fire - it could be that my code here is just old and brittle since I wrote
it in 2005 or so, but the principle should be the same if one reworks all
the scripted DOM stuff with simple SVG).



At present, each author writes his or her own pan and zoom functionality,
despite the spec having perfunctory language requiring some of that
functionality to be native (albeit nonstandard). Maybe SVG 2.0 will give
some relief; I'm not sure what was decided here.



Cheers

David



From: svg-developers@yahoogroups.com [mailto:svg-developers@yahoogroups.com]
On Behalf Of barkha
Sent: Wednesday, June 06, 2012 6:32 AM
To: svg-developers@yahoogroups.com
Subject: [svg-developers] Zoom In Out wih SVG





Dear All,

I want to Implement zoom-in and out of the static map background and all sub
entities(that are placed on static map background on another layer) by
point-and-click on the map. Point clicked is centered as part of the zoom
operation

Regards,
Barkha







[Non-text portions of this message have been removed]

SVGpan works extremely well. The only thing is that your map should be in an
iframe to avoid cross SVG confusion.

http://code.google.com/p/svgpan/

James


--- In svg-developers@yahoogroups.com, "barkha" <barkha_crazzyworld@...> wrote:
>
> Dear All,
>
> I want to Implement zoom-in and out of the static map background and all sub
entities(that are placed on static map background on another layer) by
point-and-click on the map. Point clicked is centered as part of the zoom
operation
>
> Regards,
> Barkha
>

no API, countless global variables, browser sniffing, etc, to my mind SVGPan is
not a good choice.
But it's short and standalone so it can help to understand how a zoom can work.
Yannick


----- Mail original -----
De: "jamesd" <jcdeering1@...>
À: svg-developers@yahoogroups.com
Envoyé: Mercredi 6 Juin 2012 22:33:37
Objet: [svg-developers] Re: Zoom In Out wih SVG







SVGpan works extremely well. The only thing is that your map should be in an
iframe to avoid cross SVG confusion.

http://code.google.com/p/svgpan/

James

--- In svg-developers@yahoogroups.com , "barkha" <barkha_crazzyworld@...> wrote:
>
> Dear All,
>
> I want to Implement zoom-in and out of the static map background and all sub
entities(that are placed on static map background on another layer) by
point-and-click on the map. Point clicked is centered as part of the zoom
operation
>
> Regards,
> Barkha
>

On Wed, 06 Jun 2012 22:33:37 +0200, jamesd <jcdeering1@...> wrote:

>
> SVGpan works extremely well. The only thing is that your map should be
> in an iframe to avoid cross SVG confusion.
>
> http://code.google.com/p/svgpan/
>
> James

The SVGPan library has some bugs that needs to be patched in to make it
actually work well, see e.g
http://code.google.com/p/svgpan/issues/detail?id=6 for how badly it's
broken.

Also most people probably expect to be able to zoom and pan without having
a mouse (or a scrollwheel mouse even). There's no support for touch events
in this library.

--
Erik Dahlstrom, Core Technology Developer, Opera Software
Co-Chair, W3C SVG Working Group
Personal blog: http://my.opera.com/macdev_ed

All I can say is that SVGpan is working extremely well for me. It allows the
user to scroll the image on the trackpad without a mouse, I assume on a tablet
you're finger swipe will do the same thing (Is that what you mean by touch
events?).

--- In svg-developers@yahoogroups.com, "Erik Dahlstrom" <ed@...> wrote:

> The SVGPan library has some bugs that needs to be patched in to make it
> actually work well, see e.g
> http://code.google.com/p/svgpan/issues/detail?id=6 for how badly it's
> broken.
>
> Also most people probably expect to be able to zoom and pan without having
> a mouse (or a scrollwheel mouse even). There's no support for touch events
> in this library.
>
> --
> Erik Dahlstrom, Core Technology Developer, Opera Software
> Co-Chair, W3C SVG Working Group
> Personal blog: http://my.opera.com/macdev_ed
>

All I can say is that SVGpan is working extremely well for me. It allows the
user to scroll the image on the trackpad without a mouse, I assume on a tablet
you're finger swipe will do the same thing (Is that what you mean by touch
events?).

--- In svg-developers@yahoogroups.com, "Erik Dahlstrom" <ed@...> wrote:

> The SVGPan library has some bugs that needs to be patched in to make it
> actually work well, see e.g
> http://code.google.com/p/svgpan/issues/detail?id=6 for how badly it's
> broken.
>
> Also most people probably expect to be able to zoom and pan without having
> a mouse (or a scrollwheel mouse even). There's no support for touch events
> in this library.
>
> --
> Erik Dahlstrom, Core Technology Developer, Opera Software
> Co-Chair, W3C SVG Working Group
> Personal blog: http://my.opera.com/macdev_ed
>