> To be honest I don't think the SVG specification is very clear on > this point. Nothing relating to pointer events references clipping > and the clipping section doesn't reference pointer events. Hence, > I am inclined to believe that Batik's handling is correct - clipping > has no effect on the delivery of pointer events (there are already > many opportunities for 'hidden' objects to receive pointer-events.
sure, there are cases where this is desirable. > If anyone can come up with anything that seems to provide > direction on this please let me know. I've read the corresponding section about viewBox / viewPort and couldn't find a mention as how the events should be treated. > I'll try and write this up as an issue for the SVG WG, in the > mean time I'll probably leave things as they are. The "good" news > is I think it will be fairly simple to bring Batik into conformance > what ever the resolution is. thanks - so you take care about that issue in the SVG, to clarify it in a futures spec version? meanwhile I'll fix my mapping example by moving down the map in the hierarchy, so that the elements above it receive the events. this should easily fix the, in my case, unwanted behaviour. Thomas, there is another issue with my example (http://www.carto.net/papers/svg/us_population/) - if you load it in Batik and watch the memory: with each mouse-over and the corresponding event handlers, the used memory increases, and after a while it will reach "out of memory" - do you think I did something wrong in my scripts or is this an issue, the Batik team can resolve? Or is it probably an issue of Rhino, the JS engine used? Other than that, I am happy that my example now works in all major SVG clients (ASV3/6, CSV2.1 and Batik). I will now work on our other examples to get them running in other viewers as well - it's just a few non-standard things that we did before and need fixes now. In some aspects it is annoying that ASV3 allowed too many non-standard DOM methods ... tempting the SVG developers to use them ... I think, I will start writing a document that lists the few points important regarding cross SVG-viewer scripting. I think more SVG content out there should also run in Batik and CSV, and not only on ASV. Thanks, Andreas -- The only thing that stands between a man and what he wants from life is often merely the will to try it and the faith to believe that it is possible ... -- M. DeVos ---------------------------------------------- Andreas Neumann - Department of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg, CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.karto.ethz.ch/neumann/ SVG.Open/Carto.net: http://www.svgopen.org/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
