""andr� m. winter"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > i may change the xlink:href attribute by DOM manip after doc load. but > this is what > > onlick="location='location?blah='+jsval" > > thankfully avoids.
but only by relying on unspecified window object model methods, and SVG UA / parent browser communication - whilst it might work, it's not going to work if the viewer isn't what you expect - Batik's squiggle is an excellent UA, and can do most of what any of us want, and helps with the future cost proofing of the application (at the very least when IE+ASV breaks totally you can still tell your clients to use batik whilst you spend the week fixing it, you're not looking at complete downtime after installing the security hotfix) > or is there a way of getting any svg doc variables into the javascript > psuedo-protocol of the xlink:href call without a gEBI/getAttribute on it? sure onclick you've got the event target being the A then you can modify the xlink:href within the onclick, or am I missing something? Jim. ------------------------ Yahoo! Groups Sponsor --------------------~--> Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/1U_rlB/TM --------------------------------------------------------------------~-> ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
