I have created a svg gauge image comprised of two images; the
"background" gauge and the "foreground" needle.  I want to at runtime
be able to rotate the needle based upon data passed to it.

Below is an example of the needle image element snippet

<image transform="translate(95,0) rotate(-20,30,125)"
overflow="visible" enable-background="new    " width="58" height="250"
xlink:href="data:image/png;base64, .......

I could use brute force by XSLT on the svg and repaint the canvas.  I
assume there is a more eloquent programatic way in batik by getting a
reference to the image element, perform the the rotate and do a repaint?

Example would be greatly appreciated :-)

.j

Hi,
I'm new to this group and have just started working with SVG.

I'm using a mock-up GUI to compare performances of different web-
technologies. The GUI measures fps (frames per seconds) and I've
ported this from HTML+Javascript to SVG+Javascript. The next step is
to use SVGs native animation functions (i.e SMIL). The problem is that
I haven't figured out how measure the frame rate.

E.g; using Javascript you can use the setInterval function for each
render and measure the time consumption and thus get the fps. But with
SMIL animations it is the browser that computes when and where to
render the next step - you only state for how many seconds the
animation should go on.

Does someone have any ideas on how I could achieve this? Or am I way
off in my reasoning?

Thanks
/Jocke

Hi Jocke,

Take a look at
http://srufaculty.sru.edu/david.dailey/svg/SVGOpen2007/SVGOpen2007.htm
and http://www.svgopen.org/2007/papers/BrowserPerformanceMeasures/index.html

The topic you're looking at was more the topic of my 2006 talk, but since that
conference was cancelled, some of it has been inserted into the 2007
presentation. Embedding SMIL in the middle of JavaScript and looking at
throughput of the entire system was the emphasis. The above talk contains
descriptions of that approach.

What I resorted to was cramming large numbers of <animate> tags into an SVG DOM
and then to measure the proportion of iterations through a window.setTimeout
that successfully competed within a given unit of non-declarative time (using
calls to clock.)

Also Opera has implemented a "finished rendering" event that may appear in a
future spec (fingers crossed) and so this can help those interested in
benchmarking and calibration of time-sensitive events like real-time data
visualization.

Hope this helps
David
   ----- Original Message -----
   From: jocke_138
   To: svg-developers@yahoogroups.com
   Sent: Tuesday, August 26, 2008 6:55 AM
   Subject: [svg-developers] SVG benchmark


   Hi,
   I'm new to this group and have just started working with SVG.

   I'm using a mock-up GUI to compare performances of different web-
   technologies. The GUI measures fps (frames per seconds) and I've
   ported this from HTML+Javascript to SVG+Javascript. The next step is
   to use SVGs native animation functions (i.e SMIL). The problem is that
   I haven't figured out how measure the frame rate.

   E.g; using Javascript you can use the setInterval function for each
   render and measure the time consumption and thus get the fps. But with
   SMIL animations it is the browser that computes when and where to
   render the next step - you only state for how many seconds the
   animation should go on.

   Does someone have any ideas on how I could achieve this? Or am I way
   off in my reasoning?

   Thanks
   /Jocke





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

Take a look at http://srufaculty.sru.edu/david.dailey/svg/SMILorJavaScript.svg
it's being done in three different ways here.

cheers
David
   ----- Original Message -----
   From: JOHN KIRBY
   To: svg-developers@yahoogroups.com
   Sent: Tuesday, August 26, 2008 10:13 AM
   Subject: [svg-developers] Newbie:Accessing Image Element


   I have created a svg gauge image comprised of two images; the
   "background" gauge and the "foreground" needle. I want to at runtime
   be able to rotate the needle based upon data passed to it.

   Below is an example of the needle image element snippet

   <image transform="translate(95,0) rotate(-20,30,125)"
   overflow="visible" enable-background="new " width="58" height="250"
   xlink:href="data:image/png;base64, .......

   I could use brute force by XSLT on the svg and repaint the canvas. I
   assume there is a more eloquent programatic way in batik by getting a
   reference to the image element, perform the the rotate and do a repaint?

   Example would be greatly appreciated :-)

   .j




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

Hi

One of the things the SVG-IG is probably interested in is collections of fancy
demos of SVG at work. Every so often someone here mentions that topic. Folks
have said it is hard to find good demos, so I suspect it'll end up in the SVG-IG
wiki sometime http://www.w3.org/Graphics/SVG/IG/wiki/Main_Page

If I learn how to wikify sometime then I'll add the following two that some
folks asked me for addresses to at the conference:
http://srufaculty.sru.edu/david.dailey/svg/SVGOpen2008/edges_of_plausibility.htm
(you'll need Opera or IE/ASV to see most of the examples)

http://srufaculty.sru.edu/david.dailey/svg/BulletinBoard.html (this was the
presentation I had running before I talked -- again either Opera or IE/ASV
should be used -- though webkit may be doing it fairly soon I suspect).

fwiw, my main paper at
https://www.svgopen.org/2008/papers/39-The_Edges_of_Plausibility/ crashes the
browser in IE. Most of the stuff doesn't actually work in FF or Safari (owing to
filters and/or SMIL) and so Opera is the only place you can look at it. It just
has too many SVG embeds, I guess. I had licensed Oxygen-author as freeware for a
month to create the thing and my month expired, so alas I can't fix anything at
the moment. Sorry for the accessibility issues: I should have embedded more
screen shots with links to the live content rather than embedding so much live
content, but I didn't know quite how it'd turn out after the XSLT was applied
and then lost the ability to fix it.

cheers
David

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

On Tue, 26 Aug 2008 08:13:25 -0600
JOHN KIRBY <jjkirby@...> wrote:

> I have created a svg gauge image comprised of two images; the
> "background" gauge and the "foreground" needle.  I want to at
> runtime be able to rotate the needle based upon data passed to it.
>
> Below is an example of the needle image element snippet

Take a look at the instrumentation demo I did a few years ago. It has
some JavaScript for animating several different kinds of
instrumentation.

http://anomaly.org/wade/projects/instruments/index.html

A free running demo is shown at

http://anomaly.org/wade/projects/instruments/Instruments.svg

G. Wade

> <image transform="translate(95,0) rotate(-20,30,125)"
> overflow="visible" enable-background="new    " width="58"
> height="250" xlink:href="data:image/png;base64, .......
>
> I could use brute force by XSLT on the svg and repaint the canvas.
> I assume there is a more eloquent programatic way in batik by getting
> a reference to the image element, perform the the rotate and do a
> repaint?
>
> Example would be greatly appreciated :-)
>
> .j


--
"I can only conclude that I'm paying off karma at a vastly accelerated
rate."                             -- Ivanova, "Points of Departure"

Somehow we forget that there are several third party plugins
available for IE besides Adobe.
Tinyline JAVA applets should play SVG well, as Bitflash and Renesis
had their limitations.

Veiko

--- In svg-developers@yahoogroups.com, "Samuel Dagan" <dagan@...>
wrote:
>
> Hi Fulio,
> It is not known if and when ASV will be not any more available for
> downloading. As far as I know MS does not plan to implement native
> support for SVG in IE for the near future. I would advise people
using
> SVG to switch to Firefox and Opera. Cheers, Samy
>
> --- In svg-developers@yahoogroups.com, Fulio Pen <fuliopen@> wrote:
> >
> > Hello,
> >
> > There are some svg files on my web site. And I'm planning to put
> more on it. Many visitors of the site are still using the IE
browser.
> I understand that the IE browser will not display svg files in near
> future, but Firefox and Opera will.  My question is that
approximately
> when the IE will stop presenting svg?  After that will there be any
> remedy for svg on the IE browser?  Or I have to advise the visitors
to
> switch to Firefox or Opera?
> >
> > Thanks for your expertise.
> > Fulio Pen
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>

Hello,

I'm wondering if it's possible to draw splines that have an arbitrary
number of control points in SVG? It seems this is not built into the
SVG spec, and thus, to be achieved, one would need to express the
n-ary spline in terms of quadratic and cubic splines. It seems like
this is therefore question that would require me to break open my old
numerical computing textbooks, and so I was wondering if anyone had
already tackled this problem.

I would greatly appreciate any guidance anyone can offer. Thanks,

Jake

Hi Jake,

I am not entirely clear about your request, but I did some work that
might help you.

I am drawing functions with known mathematical expressions, by using
quadratic Bezier paths. You can find the algorithm and a java program
that does it,
also an example of the sine function at
http://alzt.tau.ac.il/~dagan/tools/Bezier2/ .

There is also a tutorial about it with a different example, but the
SVG part can be
displayed only by IE+ASV3 at
http://alzt.tau.ac.il/~dagan/tools/animathics/animathics.html#curve
Sorry I did not modified it for its use on other browser.

Have fun, Samy


--- In svg-developers@yahoogroups.com, "Jake Beard" <otakuj462@...> wrote:
>
> Hello,
>
> I'm wondering if it's possible to draw splines that have an arbitrary
> number of control points in SVG? It seems this is not built into the
> SVG spec, and thus, to be achieved, one would need to express the
> n-ary spline in terms of quadratic and cubic splines. It seems like
> this is therefore question that would require me to break open my old
> numerical computing textbooks, and so I was wondering if anyone had
> already tackled this problem.
>
> I would greatly appreciate any guidance anyone can offer. Thanks,
>
> Jake
>

Hi Jake,
Sorry for a mistake in the first web address of my previous message.
It should be http://alzt.tau.ac.il/~dagan/tools/Bezier2/readMe.html
Cheers, Samy

--- In svg-developers@yahoogroups.com, "Samuel Dagan" <dagan@...> wrote:
>
> Hi Jake,
>
> I am not entirely clear about your request, but I did some work that
> might help you.
>
> I am drawing functions with known mathematical expressions, by using
> quadratic Bezier paths. You can find the algorithm and a java program
> that does it,
> also an example of the sine function at
> http://alzt.tau.ac.il/~dagan/tools/Bezier2/ .
>
> There is also a tutorial about it with a different example, but the
> SVG part can be
> displayed only by IE+ASV3 at
> http://alzt.tau.ac.il/~dagan/tools/animathics/animathics.html#curve
> Sorry I did not modified it for its use on other browser.
>
> Have fun, Samy
>
>
> --- In svg-developers@yahoogroups.com, "Jake Beard" <otakuj462@> wrote:
> >
> > Hello,
> >
> > I'm wondering if it's possible to draw splines that have an arbitrary
> > number of control points in SVG? It seems this is not built into the
> > SVG spec, and thus, to be achieved, one would need to express the
> > n-ary spline in terms of quadratic and cubic splines. It seems like
> > this is therefore question that would require me to break open my old
> > numerical computing textbooks, and so I was wondering if anyone had
> > already tackled this problem.
> >
> > I would greatly appreciate any guidance anyone can offer. Thanks,
> >
> > Jake
> >
>

Anyone know anything about the SVG support in Google Chrome?

Given that its using Webkit as rendering engine, chances are high
that it supports SVG out of the box.

I only hope they did not fork the project but continue to use Webkit.
This would avoid having to test yet another browser against SVG
support.

All in all its good to have another webbrowser with SVG support -
this really should put more pressure on Microsoft.

Its a bit scary though - imagine what data they could collect on the
users, if the bundle web-apps, with the web-browser, with web-search,
etc. - I feel a little better though, because it is based on open-
source.

Andreas

I am using it now.  It does support SVG but seems to be an earlier
version of WebKit.  There is no animation support.  It appears some of
the new JavaScript engine needs work - my map controls don't always
work.  Overall it is pretty solid but is is definitely a beta.

Bruce

    --- In svg-developers@yahoogroups.com, "Andreas Neumann"
<a.neumann@...> wrote:
>
> Anyone know anything about the SVG support in Google Chrome?
>
> Given that its using Webkit as rendering engine, chances are high
> that it supports SVG out of the box.
>
> I only hope they did not fork the project but continue to use
Webkit.
> This would avoid having to test yet another browser against SVG
> support.
>
> All in all its good to have another webbrowser with SVG support -
> this really should put more pressure on Microsoft.
>
> Its a bit scary though - imagine what data they could collect on the
> users, if the bundle web-apps, with the web-browser, with web-
search,
> etc. - I feel a little better though, because it is based on open-
> source.
>
> Andreas
>

> I am using it now.  It does support SVG but seems to be an earlier
> version of WebKit.  There is no animation support.  It appears some
of
> the new JavaScript engine needs work - my map controls don't always
> work.  Overall it is pretty solid but is is definitely a beta.

yes - just checked it against my own examples. Works for the most
parts, but some controls don't work, e.g. the linked reference map.
It also crashed on the geophoto example.

Hopefully they are regularly incorporating the Webkit improvements
into their browser and hopefully they begin to contribute towards
improving SVG as well.

Andreas

I think, based on a quick, but very satisfying, conversation in the elevator at
the conference, that WebKit will be supporting a lot more SVG pretty soon. I
suspect Google, like Apple, will always lag a bit behind the new WebKit releases
since presumably they have to drop W-K into a product and then track down all
the repercussions -- it's hard to imagine there would be none of those. The
diagram in the cartoon shows WebKit very central to the workings of Chrome and I
think we all got the idea that SVG is very central to WebKit, both
technologically and idealogically. Maybe Adobe will feel left out and
reintroduce ASV in a new user-agent, just to put a foot in that particular ring
-- either that or they'll release it and any associated patents? (I rather doubt
that, since it seems like I heard that ASV shares technologies with a dozen
other Adobe products).

I, for one, am going to spend some time seeing if I can make some slightly more
adventurous demos, since it sounds now like it is just a matter of time 'til the
others decide it is time to catch up with Opera in terms of fully implementing
the spec. First and foremost it'd be nice to have a filter to convert bitmaps to
paths like apparently happens in the diffusion curves video
http://www.youtube.com/watch?v=lEVe7vU5WiU . If it's good enough for particle
physics it's good enough for Disney, as I always say.

David



   ----- Original Message -----
   From: brucerindahl
   To: svg-developers@yahoogroups.com
   Sent: Tuesday, September 02, 2008 3:59 PM
   Subject: [svg-developers] Re: Google Chrome - SVG support?


   I am using it now. It does support SVG but seems to be an earlier
   version of WebKit. There is no animation support. It appears some of
   the new JavaScript engine needs work - my map controls don't always
   work. Overall it is pretty solid but is is definitely a beta.

   Bruce

   --- In svg-developers@yahoogroups.com, "Andreas Neumann"
   <a.neumann@...> wrote:
   >
   > Anyone know anything about the SVG support in Google Chrome?
   >
   > Given that its using Webkit as rendering engine, chances are high
   > that it supports SVG out of the box.
   >
   > I only hope they did not fork the project but continue to use
   Webkit.
   > This would avoid having to test yet another browser against SVG
   > support.
   >
   > All in all its good to have another webbrowser with SVG support -
   > this really should put more pressure on Microsoft.
   >
   > Its a bit scary though - imagine what data they could collect on the
   > users, if the bundle web-apps, with the web-browser, with web-
   search,
   > etc. - I feel a little better though, because it is based on open-
   > source.
   >
   > Andreas
   >





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

Wade Thanks!.

I forgot to mention this was a Batik/swing application.  So what I did
is use DOM manipulation to replace the transform attribute in the SVG.

On Sep 1, 2008, at 8:49 AM, G. Wade Johnson wrote:

> On Tue, 26 Aug 2008 08:13:25 -0600
> JOHN KIRBY <jjkirby@...> wrote:
>
> > I have created a svg gauge image comprised of two images; the
> > "background" gauge and the "foreground" needle. I want to at
> > runtime be able to rotate the needle based upon data passed to it.
> >
> > Below is an example of the needle image element snippet
>
> Take a look at the instrumentation demo I did a few years ago. It has
> some JavaScript for animating several different kinds of
> instrumentation.
>
> http://anomaly.org/wade/projects/instruments/index.html
>
> A free running demo is shown at
>
> http://anomaly.org/wade/projects/instruments/Instruments.svg
>
> G. Wade
>
> > <image transform="translate(95,0) rotate(-20,30,125)"
> > overflow="visible" enable-background="new " width="58"
> > height="250" xlink:href="data:image/png;base64, .......
> >
> > I could use brute force by XSLT on the svg and repaint the canvas.
> > I assume there is a more eloquent programatic way in batik by
> getting
> > a reference to the image element, perform the the rotate and do a
> > repaint?
> >
> > Example would be greatly appreciated :-)
> >
> > .j
>
> --
> "I can only conclude that I'm paying off karma at a vastly accelerated
> rate." -- Ivanova, "Points of Departure"
>
>



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

Hi,

I've just checked it with the SVG parts of my web comic.
Unfortunately it refuses to display "Trial of Humanity" parts I to
VIII (this is most the comic to date) with a technical
sounding "Something went wrong" message.  This wasn't a great
surprise because these same files crash Safari, which also uses
webkit but I suppose this suggests the problem is in Webkit rather
than how Safari uses it.

I can't find a bug report page for Google Chrome.

I know, perhaps I should develop test cases which demonstrate this
bug but I have other things to do with my time (these are complicated
files which more-or-less work in ASV 3, Firefox, Opera and Renesis).
I am working on a new test version of a new interface for my comic
and I'll try to get the bugs out of that (I think the Webkit problem
is due to the old version of the interface as the problem shows an
100% correlation with files which use it).

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

--- In svg-developers@yahoogroups.com, "brucerindahl" <rindahl@...>
wrote:
>
> I am using it now.  It does support SVG but seems to be an earlier
> version of WebKit.  There is no animation support.  It appears some
of
> the new JavaScript engine needs work - my map controls don't always
> work.  Overall it is pretty solid but is is definitely a beta.
>
> Bruce

Hello,

how can I scale a group of elements and have the center of this group
stay fixed in its position? I've been trying this for ages now and
couldn't find any suitable help around the web.

Regards,
J. Petri

--- In svg-developers@yahoogroups.com, "Julian Petri" <delefoo@...> wrote:
>
> Hello,
>
> how can I scale a group of elements and have the center of this group
> stay fixed in its position? I've been trying this for ages now and
> couldn't find any suitable help around the web.
>
> Regards,
> J. Petri
>
A scale transform scales the co-ordinates too. If the original
co-ordinate of the centre is x and the scale factor n, follow the
scaling transform with a translation of x(1-n), I think.

Also see the seven examples under the topic Transformations at
http://srufaculty.sru.edu/david.dailey/svg/newstuff/Newlist.htm

that finally culminate in
http://srufaculty.sru.edu/david.dailey/svg/newstuff/transformRotate1.svg

Transformations are applied from last to first, and it is important to realize
that scaling by a factor of two doubles all coordinate values of the object
affected,

Hope this helps
David


   ----- Original Message -----
   From: Julian Petri
   To: svg-developers@yahoogroups.com
   Sent: Wednesday, September 03, 2008 2:19 PM
   Subject: [svg-developers] Scale while center stays in position


   Hello,

   how can I scale a group of elements and have the center of this group
   stay fixed in its position? I've been trying this for ages now and
   couldn't find any suitable help around the web.

   Regards,
   J. Petri




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

I came to know that Adobe would be incorporating most of the SVG in
upcoming Flex/FXG. Any one knows any information about it? Is it
comparable to SVG? When will it be released?

Appreciate any information.

SVG may be making a good comeback with the support of Google's and
Apple by adopting WebKit ... Really a great news for SVG community.

John

This is a follow-up to a question I asked several weeks ago.
Apologies for the delay, I had medical issues.

The question was whether SVG supported name aliases for color
definition, and I was shown there is indeed an existing list of such
named colors.  I think what I'm driving at goes a bit deeper; an
example might be best.

In the GeoSym standard, when the various attributes of a feature are
looked up and evaluated to select a final portrayal image, the color
of that image is defined by a specific name; that name has to be used
as is, or else somehow translated from GeoSym into something that SVG
can understand.  Further, the same color name will refer to one of two
different RGB values, depending on whether the feature is being viewed
under day or night conditions.

My question, my understanding of the underpinnings of SVG being as
weak as it is, can this color definition method be supported within
SVG itself, or must the colors first be translated into RGB values
externally and fed to SVG?  The distinction is important because the
question is being asked by standards people, as in committee members
who are creating an ISO standard, and they want to know what a
currently-existing standard (SVG) can support if they refer to it as
an implementation option.

Hope I've managed to convey what I'm driving at.  Thanks in advance!

Thank you very much. I've got it now.

2008/9/4 ddailey <ddailey@...>:
> Also see the seven examples under the topic Transformations at
> http://srufaculty.sru.edu/david.dailey/svg/newstuff/Newlist.htm
>
> that finally culminate in
> http://srufaculty.sru.edu/david.dailey/svg/newstuff/transformRotate1.svg
>
> Transformations are applied from last to first, and it is important to
> realize that scaling by a factor of two doubles all coordinate values of the
> object affected,
>
> Hope this helps
> David
>
> ----- Original Message -----
> From: Julian Petri
> To: svg-developers@yahoogroups.com
> Sent: Wednesday, September 03, 2008 2:19 PM
> Subject: [svg-developers] Scale while center stays in position
>
> Hello,
>
> how can I scale a group of elements and have the center of this group
> stay fixed in its position? I've been trying this for ages now and
> couldn't find any suitable help around the web.
>
> Regards,
> J. Petri
>
> [Non-text portions of this message have been removed]
>
>

getScreenCTM() is not a new feature in SVG version 1.2, and the use
of the <handler> element isn't necessary. If you use a script tag and
apply event handlers old style then your code already is quite
portable. It's mainly just the Adobe SVG Viewer which doesn't
implement getScreenCTM().

A solution which also works in ASV would be to just scale the x and y
coordinates by a factor of
Math.max(800/window.innerWidth, 600/window.innerHeight)
and then add
Math.max(0, 600/2*(window.innerWidth/window.innerHeight-800/600))
to the x coordinate and
Math.max(0, 800/2*(window.innerHeight/window.innerWidth-600/800))
to the y coordinate.

When using a view box of different size, the numbers 800 and 600
should be replaced with your view box width and height respectively.
For other values of the svg element's preserveAspectRatio attribute,
the formulas would need to be different. But in no case would they be
more complicated than this.


Regards
   Frank

--- In svg-developers@yahoogroups.com, "Julien Reichel"
<julien.reichel@...> wrote:
>
> Hi all,
>
> I found a solution using the state of the art SVG 1.2 features
(works in
> opera and in SpinetiX HMD). But I will be happy to learn of a more
> portable version.
>
> Here is the 1.2 SVGT version:
>
> Hi all,
>
> I found a solution using the state of the art SVG 1.,2 features
(works
> in opera and in SpinetiX HMD). But I will be happy to learn of a
more
> portable version.
>
> Here is the 1.2 SVGT version:
>
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <svg xmlns="http://www.w3.org/2000/svg"
> xmlns:ev="http://www.w3.org/2001/xml-events"
> xmlns:xlink="http://www.w3.org/1999/xlink" width="100%"
height="100%"
> viewBox="0 0 800 600" version="1.2" >
>
> <rect x="0" y="0" width="800" height="600" id="back">
> <handler type="application/ecmascript" ev:event="mousemove">
>
> var docMatrix=document.getElementById("back").getScreenCTM();
> cursor=document.getElementById("cursor");
> var pt=document.documentElement.createSVGPoint();
> pt.x=evt.clientX;
> pt.y=evt.clientY;
> pt=pt.matrixTransform(docMatrix.inverse());
> cursor.setAttribute("transform" , "translate("+pt.x+","+pt.y+")");
>
> </handler>
> </rect>
>
> <g xml:id="cursor">
> <rect x="-5" y="-5" width="10" height="10" fill="red" stroke="blue"/
>
> </g>
> </svg>
>
> ________________________________
>
>  From: svg-developers@yahoogroups.com
> [mailto:svg-developers@yahoogroups.com] On Behalf Of Julien Reichel
>  Sent: 29 August 2008 13:57
>  To: svg-developers@yahoogroups.com
>  Subject: [svg-developers] Showing the mouse position
>
>
>
>  Hi,
>
>  I'm trying to do a small example showing the mouse position
(se
> bellow).
>  I want my image to scale on all the window (that's why I use
the
>  width="100%" height="100%").
>
>  However, as the displaying size is no longer equal to the
> viewBox of my
>  SVG file, the cursor's position depends on the size of the
> window :-(
>
>  I'm sure there must be a simple solution to solve this
problem,
> but
>  right now, I cannot find it...
>
>  Any help ?
>
>  Julien
>
>  <?xml version="1.0" encoding="UTF-8" standalone="no"?>
>  <svg xmlns="http://www.w3.org/2000/svg
> <http://www.w3.org/2000/svg> " width="100%" height="100%"
>  viewBox="0 0 800 600" >
>  <script>
>  <![CDATA[
>  function move(evt) {
>  cursor=evt.target.ownerDocument.getElementById("cursor");
>  cursor.setAttributeNS(null, "transform" ,
>  "translate("+evt.clientX+","+evt.clientY+")");
>  }
>  ]]>
>  </script>
>  <rect x="0" y="0" width="800" height="600"
> onmousemove="move(evt)" />
>  <g id="cursor">
>  <rect x="-5" y="-5" width="10" height="10" fill="red"
>  stroke="blue"/>
>  </g>
>  </svg>
>  ----------------------------------------------------------
>
>  Julien Reichel, PhD
>  Technology Architect, SpinetiX S.A.
>  PSE-C, CH-1015, Lausanne, Switzerland
>
>  Tel: +41 (0) 21 693 89 81
>  Mail: julien.reichel@...
> <mailto:julien.reichel%40spinetix.com>
>  Get Information : http://www.spinetix.com
> <http://www.spinetix.com>
>
>  ----------------------------------------------------------
>

On Fri, 04 Apr 2008 19:49:53 +0200, Damian <damez77@...> wrote:

> Erik:
>
> I posted this problem, but i had no answers (tested in Opera 9.5):
>
> <a xlink:href="http://www.google.com">
>         <image xlink:href="flower.svg" x="230" width="200" height="200"  />
> </a>
>
> the <a> tag is not works.
>
> Is this a bug?

It might be. Feel free to report it at http://bugs.opera.com/wizard together
with a complete testcase (that is: including the referenced svg).

Here's an example that seemed to work just fine for me in Opera 9.5:

<svg xmlns='http://www.w3.org/2000/svg'
xmlns:xlink='http://www.w3.org/1999/xlink' viewBox="50 300 100 320"
color="#4096EE" viewport-fill="black">

	 <g id="buttons" text-anchor="middle" font-size="7" font-family="sans-serif">
		 <a xlink:href="http://www.opera.com">
			 <image
xlink:href="data:image/svg+xml;charset=utf-8;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBl\
bmNvZGluZz0iVVRGLTgiPz4NCjxzdmcNCiAgIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2\
ZyINCiAgIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIg0KICAgdmVyc2lv\
bj0iMS4wIg0KICAgdmlld0JveD0iLTIgLTIgMTA0IDI0Ij4NCiAgPGRlZnM+DQogICAgPGxpbmVhckdy\
YWRpZW50IGlkPSJzdG9wcyI+DQogICAgICA8c3RvcCBzdHlsZT0ic3RvcC1jb2xvcjojNDA5NkVFO3N0\
b3Atb3BhY2l0eToxIiBvZmZzZXQ9IjAiLz4NCiAgICAgIDxzdG9wIHN0eWxlPSJzdG9wLWNvbG9yOiM0\
MDk2RUU7c3RvcC1vcGFjaXR5OjAiIG9mZnNldD0iMSIvPg0KICAgIDwvbGluZWFyR3JhZGllbnQ+DQog\
ICAgPGxpbmVhckdyYWRpZW50IHgxPSIwIiB5MT0iMCIgeDI9IjAiIHkyPSItMS41IiBpZD0iZmlsbCIg\
eGxpbms6aHJlZj0iI3N0b3BzIiBzcHJlYWRNZXRob2Q9InJlZmxlY3QiLz4NCgk8bGluZWFyR3JhZGll\
bnQgeDE9IjAiIHkxPSIwIiB4Mj0iMCIgeTI9Ii0xLjUiIGlkPSJzdHJva2UiIHhsaW5rOmhyZWY9IiNz\
dG9wcyIgc3ByZWFkTWV0aG9kPSJyZWZsZWN0IiBncmFkaWVudFRyYW5zZm9ybT0ic2NhbGUoMSAtMSki\
Lz4NCiAgPC9kZWZzPg0KICA8Zw0KICAgICBpZD0ibGF5ZXIxIj4NCiAgICA8cmVjdA0KICAgICAgIHdp\
ZHRoPSIxMDAiDQogICAgICAgaGVpZ2h0PSIyMCINCiAgICAgICByeD0iNiINCiAgICAgICBzdHlsZT0i\
ZmlsbDp1cmwoI2ZpbGwpO3N0cm9rZTp1cmwoI3N0cm9rZSkiDQogICAgICAgaWQ9InJlY3QzNDMxIiAv\
Pg0KICA8L2c+DQo8L3N2Zz4%3D" width="100" height="20" x="50" y="300"/>
		 </a>
		 <text x="100" y="312" fill="white" pointer-events="none">Click me</text>
	 </g>

</svg>

Cheers
/Erik

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

--- In svg-developers@yahoogroups.com, "markdyson.13441" <mdyson@...>
wrote:
>
> This is a follow-up to a question I asked several weeks ago.
> Apologies for the delay, I had medical issues.
>
> The question was whether SVG supported name aliases for color
> definition, and I was shown there is indeed an existing list of such
> named colors.  I think what I'm driving at goes a bit deeper; an
> example might be best.
>
> In the GeoSym standard, when the various attributes of a feature are
> looked up and evaluated to select a final portrayal image, the color
> of that image is defined by a specific name; that name has to be used
> as is, or else somehow translated from GeoSym into something that SVG
> can understand.  Further, the same color name will refer to one of two
> different RGB values, depending on whether the feature is being viewed
> under day or night conditions.
>
> My question, my understanding of the underpinnings of SVG being as
> weak as it is, can this color definition method be supported within
> SVG itself, or must the colors first be translated into RGB values
> externally and fed to SVG?  The distinction is important because the
> question is being asked by standards people, as in committee members
> who are creating an ISO standard, and they want to know what a
> currently-existing standard (SVG) can support if they refer to it as
> an implementation option.
>
> Hope I've managed to convey what I'm driving at.  Thanks in advance!
>

It can do so indirectly via CSS.

You would create a CSS style which you could call the name of the
special colour and you could then put fill: rgb(whatever) or stroke:
rgb(whatever) in that style

You could create separate night and day stylesheets and use whichever
one you wanted.

That should give you want you want.

Best regards

Robert

Hi,

OK I decided that a bug which stops most my comics from being viewed
by Safari and Google Chrome was sufficiently important to develop a
test case.  I've uploaded this to the files as webkittest.svg.

It seems that the problem is a clipPath with more than one use
element referencing different paths.  I don't know if multiple
children of any type (or use elements referencing the same path -
pressumably with a transform attribute on at least one of them) would
have the same effect.

This is rather anoying because it means I'll have to go through each
file and combine paths or something but I'm not sure this will be easy
(I know I have at least one file with a clipPath with two use
elements referencing the same rect, one with a transform but there
are problable some where I've applied the same filter to things with
different fills or something).

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


--- In svg-developers@yahoogroups.com, "Richard Pearman"
<richard@...> wrote:
>
> Hi,
>
> I've just checked it with the SVG parts of my web comic.
> Unfortunately it refuses to display "Trial of Humanity" parts I to
> VIII (this is most the comic to date) with a technical
> sounding "Something went wrong" message.  This wasn't a great
> surprise because these same files crash Safari, which also uses
> webkit but I suppose this suggests the problem is in Webkit rather
> than how Safari uses it.
>
> I can't find a bug report page for Google Chrome.
>
> I know, perhaps I should develop test cases which demonstrate this
> bug but I have other things to do with my time (these are
complicated
> files which more-or-less work in ASV 3, Firefox, Opera and
Renesis).
> I am working on a new test version of a new interface for my comic
> and I'll try to get the bugs out of that (I think the Webkit
problem
> is due to the old version of the interface as the problem shows an
> 100% correlation with files which use it).
>
> 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'm rather clueless myself when it comes to submitting bug reports. Different
browsers seem to have different methods, and then different cultures for dealing
with them. Perhaps a common <bug> reporting spec that dictates how user agents
should respond to users who think they find bugs? Of course since probably 98%
of suspected bugs are user error, the implementer community would probably not
be quick to embrace any standard which would strap their development teams with
additional and standardized bureaucracy.

I am only after several years, becoming confident enough in my own reading of
the SVG spec (and it is far simpler than the HTML5 spec) to understand things
enough to diagnose a "bug" and figure out how to report it. Usually, I have
found that I (like you) am just too busy to track down the problem, isolate it
to a particular situation and then report it.

Sometimes if you actually post the offensive code here (if it is small enough
that people can read it) then somebody like Erik or Doug or Bjoern or a dozen
others who really know this stuff will swoop in and diagnose it as a bug and
actually file a bug report. Multiple uses within a clipPath, per se doesn't seem
like it should be a problem. Take a look at
http://srufaculty.sru.edu/david.dailey/svg/clipdrag12.svg
in which content is added to a clippath-ed use through script (actually I rather
forget quite what it is doing). When I first ran it in Safari a few months back
, that browser rather humorously mishandled the clipPath's, so it could just be
a version problem with WebKit.

I'd suggest actually posting your simplified code all stripped down to the
readable case, here, in hopes that the right person will actually have the time
to be able to look into it. Different problems demand different "right people"
and everyone's schedules allow funny bursts of energy at different times.

Cross-compatability issues are among the most frustrating of problems, but then
that's why we have a standard. I used to port GUI stuff from Sun 3 workstations
running Solaris to Macs in the 1980's and oh my goodness, the web sure seems
luxurious by contrast!

Hang in there!
David

   ----- Original Message -----
   From: Richard Pearman
   To: svg-developers@yahoogroups.com
   Sent: Thursday, September 04, 2008 6:14 PM
   Subject: [svg-developers] Re: Google Chrome - SVG support?


   Hi,

   OK I decided that a bug which stops most my comics from being viewed
   by Safari and Google Chrome was sufficiently important to develop a
   test case. I've uploaded this to the files as webkittest.svg.

   It seems that the problem is a clipPath with more than one use
   element referencing different paths. I don't know if multiple
   children of any type (or use elements referencing the same path -
   pressumably with a transform attribute on at least one of them) would
   have the same effect.

   This is rather anoying because it means I'll have to go through each
   file and combine paths or something but I'm not sure this will be easy
   (I know I have at least one file with a clipPath with two use
   elements referencing the same rect, one with a transform but there
   are problable some where I've applied the same filter to things with
   different fills or something).

   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

   --- In svg-developers@yahoogroups.com, "Richard Pearman"
   <richard@...> wrote:
   >
   > Hi,
   >
   > I've just checked it with the SVG parts of my web comic.
   > Unfortunately it refuses to display "Trial of Humanity" parts I to
   > VIII (this is most the comic to date) with a technical
   > sounding "Something went wrong" message. This wasn't a great
   > surprise because these same files crash Safari, which also uses
   > webkit but I suppose this suggests the problem is in Webkit rather
   > than how Safari uses it.
   >
   > I can't find a bug report page for Google Chrome.
   >
   > I know, perhaps I should develop test cases which demonstrate this
   > bug but I have other things to do with my time (these are
   complicated
   > files which more-or-less work in ASV 3, Firefox, Opera and
   Renesis).
   > I am working on a new test version of a new interface for my comic
   > and I'll try to get the bugs out of that (I think the Webkit
   problem
   > is due to the old version of the interface as the problem shows an
   > 100% correlation with files which use it).
   >
   > 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]

I guess I see that you tried uploading this to the files....

sorry, I didn't see that in your message.

David
   ----- Original Message -----
   From: Richard Pearman
   To: svg-developers@yahoogroups.com
   Sent: Thursday, September 04, 2008 6:14 PM
   Subject: [svg-developers] Re: Google Chrome - SVG support?


   Hi,

   OK I decided that a bug which stops most my comics from being viewed
   by Safari and Google Chrome was sufficiently important to develop a
   test case. I've uploaded this to the files as webkittest.svg.

   It seems that the problem is a clipPath with more than one use
   element referencing different paths. I don't know if multiple
   children of any type (or use elements referencing the same path -
   pressumably with a transform attribute on at least one of them) would
   have the same effect.

   This is rather anoying because it means I'll have to go through each
   file and combine paths or something but I'm not sure this will be easy
   (I know I have at least one file with a clipPath with two use
   elements referencing the same rect, one with a transform but there
   are problable some where I've applied the same filter to things with
   different fills or something).

   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

   --- In svg-developers@yahoogroups.com, "Richard Pearman"
   <richard@...> wrote:
   >
   > Hi,
   >
   > I've just checked it with the SVG parts of my web comic.
   > Unfortunately it refuses to display "Trial of Humanity" parts I to
   > VIII (this is most the comic to date) with a technical
   > sounding "Something went wrong" message. This wasn't a great
   > surprise because these same files crash Safari, which also uses
   > webkit but I suppose this suggests the problem is in Webkit rather
   > than how Safari uses it.
   >
   > I can't find a bug report page for Google Chrome.
   >
   > I know, perhaps I should develop test cases which demonstrate this
   > bug but I have other things to do with my time (these are
   complicated
   > files which more-or-less work in ASV 3, Firefox, Opera and
   Renesis).
   > I am working on a new test version of a new interface for my comic
   > and I'll try to get the bugs out of that (I think the Webkit
   problem
   > is due to the old version of the interface as the problem shows an
   > 100% correlation with files which use it).
   >
   > 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]

Richard,

tried your webkit test-code in safari os x wfm
this is a good reduced testcase, but it works for me, so may not be
the problem...
there is no google chrome for os x, sorry

however you probably would like to know that for
http://www.pixelpalaces.com/dk/toh1.svgz
Safari-webkit reports one error, but does not crash
Opera on os x does not behave as you expect in Opera either on os x

first make sure your code validates:
http://validator.w3.org/check?uri=http://www.pixelpalaces.com/dk/toh1.svgz
it doesn't at the moment

I suggest breaking the code up into smaller pages.
you might even want to consider xmlhttprequest to upload parts of the
story in the same page
http://www.openicon.org has examples in svg such as live chat as to
how this can be done

use css where possible, keep script to a minimum

regards



Jonathan Chetwynd

j.chetwynd@...
http://www.openicon.org/

+44 (0) 20 7978 1764


On 5 Sep 2008, at 00:00, ddailey wrote:

> I guess I see that you tried uploading this to the files....
>
> sorry, I didn't see that in your message.
>
> David
>  ----- Original Message -----
>  From: Richard Pearman
>  To: svg-developers@yahoogroups.com
>  Sent: Thursday, September 04, 2008 6:14 PM
>  Subject: [svg-developers] Re: Google Chrome - SVG support?
>
>
>  Hi,
>
>  OK I decided that a bug which stops most my comics from being viewed
>  by Safari and Google Chrome was sufficiently important to develop a
>  test case. I've uploaded this to the files as webkittest.svg.
>
>  It seems that the problem is a clipPath with more than one use
>  element referencing different paths. I don't know if multiple
>  children of any type (or use elements referencing the same path -
>  pressumably with a transform attribute on at least one of them) would
>  have the same effect.
>
>  This is rather anoying because it means I'll have to go through each
>  file and combine paths or something but I'm not sure this will be
> easy
>  (I know I have at least one file with a clipPath with two use
>  elements referencing the same rect, one with a transform but there
>  are problable some where I've applied the same filter to things with
>  different fills or something).
>
>  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
>
>  --- In svg-developers@yahoogroups.com, "Richard Pearman"
>  <richard@...> wrote:
>>
>> Hi,
>>
>> I've just checked it with the SVG parts of my web comic.
>> Unfortunately it refuses to display "Trial of Humanity" parts I to
>> VIII (this is most the comic to date) with a technical
>> sounding "Something went wrong" message. This wasn't a great
>> surprise because these same files crash Safari, which also uses
>> webkit but I suppose this suggests the problem is in Webkit rather
>> than how Safari uses it.
>>
>> I can't find a bug report page for Google Chrome.
>>
>> I know, perhaps I should develop test cases which demonstrate this
>> bug but I have other things to do with my time (these are
>  complicated
>> files which more-or-less work in ASV 3, Firefox, Opera and
>  Renesis).
>> I am working on a new test version of a new interface for my comic
>> and I'll try to get the bugs out of that (I think the Webkit
>  problem
>> is due to the old version of the interface as the problem shows an
>> 100% correlation with files which use it).
>>
>> 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]
>
>
> ------------------------------------
>
> -----
> 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
>
>
>



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

On Thu, 04 Sep 2008 13:20:06 +0200, markdyson.13441 <mdyson@...> wrote:

> This is a follow-up to a question I asked several weeks ago.
> Apologies for the delay, I had medical issues.
>
> The question was whether SVG supported name aliases for color
> definition, and I was shown there is indeed an existing list of such
> named colors.  I think what I'm driving at goes a bit deeper; an
> example might be best.

SVG 1.2 Tiny allows this, see the spec[1] (and if you scroll down a bit from
there, there's even a complete example of how to use it).

In a <solidColor> element you can set the 'solid-color' attribute to whatever
color you need using the normal svg syntax for colors, and by giving the
<solidColor> element an id you can reference this as a paintserver, just like a
gradient, e.g url(#mycolor).

Opera 9.5 supports this, if you are looking for something to test in.

> In the GeoSym standard, when the various attributes of a feature are
> looked up and evaluated to select a final portrayal image, the color
> of that image is defined by a specific name; that name has to be used
> as is, or else somehow translated from GeoSym into something that SVG
> can understand.  Further, the same color name will refer to one of two
> different RGB values, depending on whether the feature is being viewed
> under day or night conditions.

It's possible to animate the solid-color attribute, does that solve your
problem?

> My question, my understanding of the underpinnings of SVG being as
> weak as it is, can this color definition method be supported within
> SVG itself, or must the colors first be translated into RGB values
> externally and fed to SVG?

Depends if the colors are defined in svg already or not, see the <color>
syntax[2].

Hope this helps
/Erik

[1] http://dev.w3.org/SVG/profiles/1.2T/publish/painting.html#SolidColorElement
[2] http://dev.w3.org/SVG/profiles/1.2T/publish/types.html#DataTypeColor

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