[svg-developers] Re: HTML form communication
Andreas, the last demo is really amazing. The swine table implementation is my favorite! Still, there's one question left: Does the appreciated promotion of open-standard technologies justify to win someone over to bullshit-engineering? Please don't take this question for condemnation. As I see it, it's a question that (every?) svg-developer is faced more or less in the situation at present. So please be generous and discern the scared expression:-o Best Regards Paul --- In svg-developers@yahoogroups.com, Andreas Neumann [EMAIL PROTECTED] wrote: Hi James, an alternative is to use SVG based form controls. The advantage of using SVG form controls is that they also run in Batik, ASV in Safari, Opera, Konqueror, etc. SVG and HTML form communication only works on Internet Explorer on Windows with the Adobe SVG viewer and on Mozilla native SVG. This way you limit the access of your webpage to a limited user group. If you are interested in SVG form elements, here are some pointers: Selectionlist: http://www.carto.net/papers/svg/gui/selectionlist/index.svg with documentation at http://www.carto.net/papers/svg/gui/selectionlist/ Slider: http://www.carto.net/papers/svg/gui/slider/index.svg Colourpicker: http://www.carto.net/papers/svg/gui/colourpicker/index.svg Textbox: http://www.carto.net/papers/svg/gui/textbox/index.svg - the textbox is still under development. -- alternative projects are: http://spark.sourceforge.net/ and http://www.mycgiserver.com/~amri/swine/swine.htm with demos at http://www.mycgiserver.com/~amri/swine/test.svg The last demo is amazing! -- While I think that HTML/SVG communication is a good way in the future when SVG is native in browsers everywhere, I think that currently it is better to develop these widgets in SVG to reach a broader audience. All the best, Andreas Yahoo! Groups Sponsor ~-- Fair play? Video games influencing politics. Click and talk back! http://us.click.yahoo.com/T8sf5C/tzNLAA/TtwFAA/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/
[svg-developers] Let's not get carried away, PLEASE!
I got complaints about spreading FUD that Adobe SVG Viewer would not work in MS Internet Explorer 7. Clearly, that is wrong. I did not state anything by that manner of means. Beyond dispute ripping matters out of context is in bad style anyway. NB: 'IE7b' refers to a non public BETA release giving Adobe and/or Microsoft the chance to test and resolve possible issues if necessary at all. Let's hope you'll understand, Regards Paul Yahoo! Groups Sponsor ~-- font face=arial size=-1a href=http://us.ard.yahoo.com/SIG=12hkulr9c/M=362329.6886308.7839368.1510227/D=groups/S=1706030389:TM/Y=YAHOO/EXP=1123243550/A=2894321/R=0/SIG=11dvsfulr/*http://youthnoise.com/page.php?page_id=1992 Fair play? Video games influencing politics. Click and talk back!/a./font ~- - 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/
[svg-developers] Re: Shucks, or get of the pot
Hi Doug It's always enough if you're modest;) Your *enough* was a decent one, thanks. Your advice about the purpose of this group is recognized. It seems like some people are looking for some clues about the realistic potential of the technology as well. At least if you want to do more than playing around with svg that might become quite important. Unfortunately this is the only relevant list if you're looking for some hints! Precocious platitudes and arrogant suggestions won't help much in that situation. It should look like that vectoreal is one of that major svg related entities? How about sharing some decent first-hand insights about svg's adoption progress? From my personal experience it was much easier to sell svg- related projects tree years ago than it is today. To my experience these days it's almost impossible to convince a customer telling him svg would be a safe bet. All the existing svg projects I've been involved are 100% asv3 dependent:-0 Did you realize that asv is partially broken in ie7b?? And none of our projects will do any good with firefox: impracticable slow and outrageous resource hungry, and in addition just not available at the customers desktop:(( Any thoughts? For those of you having enough, just skip this lengthy post and continue! Mean enough posts will get ignored anyways:) Ok, answered rantisch and sarcastic to Holger. Maybe it's because it's been a long time ago I'd to deal with a guy who actually thinks it's a good idea to have 'best viewed with browser x' statements again. Embarrassing that he won't get what's wrong with this kind of perception. Besides, I guess most of the divergence results in the fact that everyone likes to talk about his own svg. Some expect no more than a nifty defined xml namespace that renders usable vector graphics in a webbrowser. Others would like to see all kind of things besides and beyond of this. It looks like doing all the stuff at the same time didn't work out very well. In my opinion the webbrowser part of the roadmap is essentially lost unless adobe reanimates the thing. The firefox native implementation would need vast amounts of (re)work in order to become usable in terms of performance and machine resources demands, right? Nobody expects this overnight. Alternative plugins will face a troublesome long road; we know that things have changed concerning plugins today. $200K is worth nothing. But of course adobe isn't in charge to reanimate svg for the web. To me its somehow obvious that their engagement concerning vector webgraphics was just enough to hinder alternatives. They did have valid reasons since the vml w3c submission did have a reference implementation ready. And they didn't own flash as well. Nevertheless, one may notice that adobe would have the chance to tune into svg for the web any day? Given the complete market penetration or their maintained pdf reader products, adobe has the genuine power to distribute their svg viewer under the counter and all over the place. Btw, could someone kindly explain to me why the adobe reader still carries an updated asv6 within its binaries? I might be ignorant, but using svg in order to render a few floating controls in a fat reader client application looked like a fig leaf right from the start? Especially if you consider that pdf is far more powerful than svg. Beyond these mentioned oddities there's probably no reason to complain about adobe. Concerning svg it belongs to the standards committee to embrace a non trivial xml format for webgraphics without the solid commitment of the browser vendors. Who was asking for a boxed implementation anyways? The one and only specification should be adequate but doable for a browser vendor, right? That doesn't exactly sound like svg. Looking at svg beyond the web the affair is fairly easy. The file format does exist and there're there are plenty of different possibilities to emerge and to miss. Commonplace, the magic threshold value doesn't apply at the front. Talking about the next generation of vector aware os' and svg and back to the web: truism, it's a no-brainer for many reasons. Well, *enough*, let's go for dinner. Regards Paul --- In svg-developers@yahoogroups.com, Doug Schepers [EMAIL PROTECTED] wrote: Francis- It seems like what you are looking for is some kind of rotation animation? From what I can tell, this should fit your requirements: svg xmlns='http://www.w3.org/2000/svg' xmlns:xlink='http://www.w3.org/1999/xlink' path id='progress' d='M250,285 A100,100 0 1 1 251,285 z' fill='none' stroke='cornflowerblue' stroke-width='2'/ text font-size='22px' fill='crimson' text-anchor='middle'SVG animateMotion dur='12s' repeatCount='indefinite' rotate='auto' mpath xlink:href='#progress'/ /animateMotion /text /svg The text will go around in a circle indefinitely. Several people also recently posted train animations as well,
[svg-developers] Re: Shit, or get of the pot
Dear Firefox Holger, if this is a svg newsgroup the clients' os and browser preferences should be none of your business. Eventually svg suffers from its insincere support? Actually svg suffers from multiple sicknesses? It suffered from questionable support driven by the occasion to prevent competition rather than for its justified value (sounds like adobe?)? It suffered from w3c whilst w3c has been leveraged to play with market interests? It suffers from abuse? It suffers from abuse by its straightest supporters, whilst propagated to serve collateral interests? Mixed up with open source misconceptions, spread ff campaigns and anti- trust brawling? Surprisingly it's not a European centric issue and public funded entities are rare svg supporters... Looking forward to your chinese svg revolution, Paul --- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: welkerpaul schrieb: Holger, I do appreciate your efforts in sharing your knowledge and moderating this newsgroup very much. thanks :-) Nevertheless your response to the very much vital questions concerning svgs future is not sufficient, nor acceptable in that manner. there is a lot of room for speculations, but i guess no one really knows the future . so we can discuss what should or could be, but we cant discuss what will be. for my part, all i can do is use the technology i like most, and with that create a customer demand. Reckless of the danger beating a dead horse, these repeated questions are valid and need decent answers if you're looking for a future use of the technology. all it needs for these answers is a bit patience, only time will tell what the future brings. Adobe's attitude (`sorry, due to our policy/merger in progress we cannot announce future plans ') kills svg. thats exactly the big advantage of SVG, we are not depending on one single vendor. Please do realize that competing technologies (flash, flex, vml , xaml) do show off a well communicated roadmap. but flash is not XML, flex can only be used on the server, VML is MS only, and xaml is also only MS. that means thouse technologys cant be an alternative to SVG for me. Admittedly, these competing technologies are not committee standards. The ironic thing about it is that some people answered Rick Bullota recently they'd rather like to see no broad adoption of svg than varying adoptions. sure it would be great to have 100% complience on all plattforms and browsers, but that most like will take some time, and in the meantime i guess there is no other way than accepting varying implemetations. this is what competition is about, support the best implementation in your eyes, and communicate what you are missing in other implementations, and probably other implementations will implement these features as well, to stay competitive. My goodness, svg is a cluttered and fragmented beast for any implementer by design! a highly sophisticated graphics api is never easy to implement i guess. do you think its easier to implement 100% of xaml or flash ? In the medium term svg would need native support by all the browser vendors to be relevant. why ? again i admit that 100% browser support would be fantastic, but i dont see why this would be nessecary. SVG is relevant, for example , on Linux desktops, this has nothing to do with browsers. so if what i heard about xaml is true it should be quite straight forward to transform between MVG and SVG. that said, you would be able to use all the nice SVG Icon themes out there on windows ,too. and all this without any browser support at all. Svgt ought to be doable, but I'm afraid svgt is deplorable and not worth the effort in future. Might be a different situation concerning the mobile phones industries, yet they're volatile and face general problems like content accessibility aso.. im not to knowlagable in the mobile world, and since my mobile got stolen some month ago, i dont even have a mobile phone and im very happy without one ! Back to your post, that might show through a little of svg's disease. Did you realize that svg will be something useless unless a majority of all web clients will be able to render svg content? no ! see above , SVG is not useless at all, as there are more applications for SVG than webgraphics. and remember that for browsers, there is object with the integrated fallback behavior. so you can use SVG today without excluding anyone from seeing your site. but you could tell your visitors that the chart they are looking at will be interactive in a more standards complient browser (or if they download a plugin). Does it help svg to spread firefox? yes, i believe so. Even 50%+ firefox share would still be useless. not at all, 50% SVG support + plugin distribution is quite a lot in total. Foul
[svg-developers] that would speak volumes...
Aye, looks like svg is an excellent niche for blockheaded idealists? Since Rick did call for a *well executed*, *positively spun* campaign, he's reasonably up in the air.. A penny for Omar's thoughts. Beyond it, let's hope for an avalon based svg implementation in ie8? --- In svg-developers@yahoogroups.com, Rick Bullotta [EMAIL PROTECTED] wrote: By halfway I mean SVG Tiny 1.1, per the spec. The half part is not implementing SVG Basic or full. From: svg-developers@yahoogroups.com on behalf of Omar Abo-Namous Sent: Sun 7/24/2005 9:37 AM To: svg-developers@yahoogroups.com Subject: Re: [svg-developers] Native SVG Support in IE8 Hello, if implementing svg natively in ie means the same as the implementation of other w3c-recommendations, then i am certainly against it. If we think about the differences in implementing a recommendation as trivial and yet vital as html or xhtml, then i am clearly against the implementation (halfway). It would be still better to use the adobe svg-viewer, which at least tries to implement the svg-rec. to a great extent.. Omar Rick Bullotta wrote: OK, we all know this isn't in the plans...but maybe, just MAYBE - a well executed, POSITIVELY SPUN, e-mail and press/media campaign upped the pressure on MS to support SVG Tiny 1.1 (the code is 90% done - just retool VML!), with pressure from users, corporate customers, ISV's, media pundits, the mobile providers and equipment vendors, I think it could happen. Who wants to lead the charge? If there's any resistance to doing this in the SVG community, that would speak volumes about the prospects of SVG going big-time mainstream. Like it or not, having MS on board partway is better than not at all. Even cooler would be for the SVG community to donate the implementation code to MS's development organization - we all know how $$$'s are tight there ;). In any case, whadda ya all think? - Rick [Non-text portions of this message have been removed] - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Links - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -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] - 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/
[svg-developers] Re: CSS class alteration?
Bart, that css alteration thing is a recurring issue if you've to style svgs client side. I do not see a sweeping solution to the issue. Well, the use of getElementsByTagName and setAttribute is probably a very lousy solution in terms of performance: getElementsByTagName returns you a nodelist that's supposed to reflect all the updates while you're modifying the document (setAttribute). That might become very expensive as well... --- In svg-developers@yahoogroups.com, Bart [EMAIL PROTECTED] wrote: I think I'll use getElementsByTagName and setAttribute instead, but thanks all the same. --Bart On 7/19/05, welkerpaul [EMAIL PROTECTED] wrote: Bart and Holger, in order to talk asv3 into realizing stylesheet modifications you'll have to repace the entire stylesheet. At least that's how I did it back then. Admittedly this solution is dead slow. Well, it's faster than walking the dom, that's something at least. Here's your code (that did work with asv3): - 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/
[svg-developers] Re: CSS class alteration?
Bart and Holger, in order to talk asv3 into realizing stylesheet modifications you'll have to repace the entire stylesheet. At least that's how I did it back then. Admittedly this solution is dead slow. Well, it's faster than walking the dom, that's something at least. Here's your code (that did work with asv3): / * * FUNC: setClassPropertys(arLi) * * DESC: arLi: array of array (arLi[0]:sClass, arLi[1]:sProp, arLi [2]:sValue); * * HIST: Jan 23 2003 PW created * * MISC: * * RETN: true/false * ***/ function setClassPropertys(arLi){ try{ var fRet= false; if(arguments.length==1){ var regEx = new RegExp([\*]|[\[]class|[\]],gim); var svgRoot= oSvgDocument.documentElement; var elmStyles = svgRoot.getElementsByTagName (style); for (var i = 0; i elmStyles.length; i++ ) { elmStyle = elmStyles.item(i); //elmStyle.sheet.disabled= true; var sStyleTxt= ; var sRules = elmStyle.sheet.cssRules||null; var nWatch= 1000; while ((sRules.length0)(nWatch--0)){ try{ for (var idx=(arLi.length-1); idx=0; idx--){ var sItemsClsSel= *[class. + arLi[idx][0] + ]; if (sRules.item(0).selectorText==sItemsClsSel){ sRules.item(0).style.setProperty(arLi[idx][1], arLi[idx][2]); arLi.splice(idx, 1); } }//for sSelectorText= sRules.item(0).selectorText.replace(regEx, ); sStyleTxt+= sSelectorText; sStyleTxt+= ( { + sRules.item(0).style.cssText + }\n); elmStyle.sheet.deleteRule(0); }catch(e){alert(e.description);} }// while (sRules.length0) try{ var li= null; while(li= arLi.pop()){ sStyleTxt+= (. + li[0] + { + li[1]+ : + li[2] + }\n); } }catch(e){alert(e.description);} //elmStyle.sheet.disabled= false; var elmStyleNew = elmStyle.cloneNode(false); var child= oSvgDocument.createTextNode(); child.nodeValue= sStyleTxt; //alert(child.nodeValue); elmStyleNew.appendChild(child); svgRoot.replaceChild(elmStyleNew, elmStyle); }//for (var i = 0; i elmStyles.length; i++ ) } fRet= true; }catch(e){alert(e.description);} return fRet; }//function setClassPropertys() The param arLi is supposed to be an array like: var arLi= new Array(); ... var aLi= new Array(); aLi[0]= oCheckBox.parentNode.id;// ss class name aLi[1]= display;// s prop aLi[2]= oCheckBox.checked?inline:none; //s val arLi.push(aLi); ...aso. hth Paul --- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: Bart schrieb: On 7/19/05, Holger Will [EMAIL PROTECTED] wrote: Bart schrieb: Hey all, Does anyone know wheter it is possible to alter/set a CSS class' contents to change the styling of all elements that use that class? I would like to alter the stroke width on many d's, and it seemed it would be easiest to set a single class and alter that instead of walking the entire svg file with the DOM and setting attributes. hi bart yes and no, yes you can edit the style definition of a class or other selector, but no that will not cause any visible change. you need to walk the whole dom and reapply the classes on all elements. the best thing i think is to use inheritance where ever possible. You're saying I need to both change the class and walk the DOM? Thing is, I want to calculate that width every zoom. So what's the code for changing the class definition? Souds workable. So assuming I have only d's, eg. g.regular d { stroke-width:1 } g.highlit d { stroke-width:3 } in the css, and setAttributing the class on the g's, I suppose. Thanks, --Bart hi Bart to change a style declaration, do this: st=document.getElementsByTagNameNS (http://www.w3.org/2000/svg,style;).item(0) st.sheet.cssRules.item(1).style.setProperty(fill,red,) however this will only work in mozillas native svg implementation, it does not work in ASV3/6. or better it works, but does not cause any visual change. you have to reapply the classes like this: document.getElementById(rect).setAttribute(class,st1) sure there is no reason to do so in ASV, because you could also just do document.getElementById(rect).setAttribute(fill,red) here is a complete example: ?xml version=1.0 standalone=no? svg xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; fill-rule=evenodd titlesvg+javascript/title script![CDATA[ function changeStyleDcl(){ st=document.getElementsByTagNameNS (http://www.w3.org/2000/svg,style;).item(0) st.sheet.cssRules.item(1).style.setProperty(fill,red,) //you will have to uncomment the following line , to see the changes in ASV3 and ASV6 //document.getElementById(rect).setAttribute(class,st1) } ]]/script style type=text/css ![CDATA[ .st0 {stroke:#00;fill:#ff} .st1 {stroke:#00;fill:green} ]] /style defs /defs rect id=rect onclick=changeStyleDcl() class=st1 x=100 y=300 width=100
[svg-developers] Re: cookie
The document within the svg context is the SVGDocument object. Not that I am aware of a SVGDocument cookie property.. The browser's cookie string should be available with the help of window.parent.document.cookie for svg code. hth Paul --- In svg-developers@yahoogroups.com, Erwan TROEL [EMAIL PROTECTED] wrote: i try to create a cookie when the user select an item in a menu but the cookie is not created on the disk my code: this event is launched by the selection in the menu: sLHLeListener.prototype.handleEvent = function(evt) { if (evt.type == click) { var date_exp = new Date(); date_exp.setTime(date_exp.getTime()+ (365*24*3600*1000)); SetCookie(repPDV,repPDV,date_exp); } } function SetCookie (name, value,expires) { var argv=SetCookie.arguments; var argc=SetCookie.arguments.length; var expires=(argc 2) ? argv[2] : null; var path=(argc 3) ? argv[3] : null; var domain=(argc 4) ? argv[4] : null; var secure=(argc 5) ? argv[5] : false; document.cookie=name+=+escape(value)+ ((expires==null) ? : (; expires=+expires.toGMTString()))+ ((path==null) ? : (; path=+path))+ ((domain==null) ? : (; domain=+domain))+ ((secure==true) ? ; secure : ); } [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: cookie
There you are. The whole of svg-dhtml X-Dom scripting is just pathological for the time being:( Right now you've got to drill down the agonizing mystery of document! =document... What's your target browser, what's you target ?plug-in?, how do you embject your svg, what version, etcpp.? Start with a googling for a working sample concerning your exercise and test+develop on the top of it. There're plenty of samples if you'll stick to embed + asv3. --- In svg-developers@yahoogroups.com, Erwan TROEL [EMAIL PROTECTED] wrote: i use window.parent.document.cookie but i have this error message: window.parent has no properties - Original Message - From: welkerpaul To: svg-developers@yahoogroups.com Sent: Friday, June 17, 2005 1:50 PM Subject: [svg-developers] Re: cookie The document within the svg context is the SVGDocument object. Not that I am aware of a SVGDocument cookie property.. The browser's cookie string should be available with the help of window.parent.document.cookie for svg code. hth Paul --- In svg-developers@yahoogroups.com, Erwan TROEL [EMAIL PROTECTED] wrote: i try to create a cookie when the user select an item in a menu but the cookie is not created on the disk my code: this event is launched by the selection in the menu: sLHLeListener.prototype.handleEvent = function(evt) { if (evt.type == click) { var date_exp = new Date(); date_exp.setTime(date_exp.getTime()+ (365*24*3600*1000)); SetCookie(repPDV,repPDV,date_exp); } } function SetCookie (name, value,expires) { var argv=SetCookie.arguments; var argc=SetCookie.arguments.length; var expires=(argc 2) ? argv[2] : null; var path=(argc 3) ? argv[3] : null; var domain=(argc 4) ? argv[4] : null; var secure=(argc 5) ? argv[5] : false; document.cookie=name+=+escape(value)+ ((expires==null) ? : (; expires=+expires.toGMTString ()))+ ((path==null) ? : (; path=+path))+ ((domain==null) ? : (; domain=+domain))+ ((secure==true) ? ; secure : ); } [Non-text portions of this message have been removed] - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership --- --- Yahoo! Groups Links a.. To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ b.. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: cookie
setSource? 42! If you're coding against asv3 see http://www.adobe.com/svg/indepth/pdfs/CurrentSupport.pdf; for reference. Afaik window.setSrc got choked in the meantime? --- In svg-developers@yahoogroups.com, Erwan TROEL [EMAIL PROTECTED] wrote: to change location in the same function event i use window.setSource() - Original Message - From: welkerpaul To: svg-developers@yahoogroups.com Sent: Friday, June 17, 2005 3:00 PM Subject: [svg-developers] Re: cookie There you are. The whole of svg-dhtml X-Dom scripting is just pathological for the time being:( Right now you've got to drill down the agonizing mystery of document! =document... What's your target browser, what's you target ?plug-in?, how do you embject your svg, what version, etcpp.? Start with a googling for a working sample concerning your exercise and test+develop on the top of it. There're plenty of samples if you'll stick to embed + asv3. --- In svg-developers@yahoogroups.com, Erwan TROEL [EMAIL PROTECTED] wrote: i use window.parent.document.cookie but i have this error message: window.parent has no properties - Original Message - From: welkerpaul To: svg-developers@yahoogroups.com Sent: Friday, June 17, 2005 1:50 PM Subject: [svg-developers] Re: cookie The document within the svg context is the SVGDocument object. Not that I am aware of a SVGDocument cookie property.. The browser's cookie string should be available with the help of window.parent.document.cookie for svg code. hth Paul --- In svg-developers@yahoogroups.com, Erwan TROEL [EMAIL PROTECTED] wrote: i try to create a cookie when the user select an item in a menu but the cookie is not created on the disk my code: this event is launched by the selection in the menu: sLHLeListener.prototype.handleEvent = function(evt) { if (evt.type == click) { var date_exp = new Date(); date_exp.setTime(date_exp.getTime()+ (365*24*3600*1000)); SetCookie(repPDV,repPDV,date_exp); } } function SetCookie (name, value,expires) { var argv=SetCookie.arguments; var argc=SetCookie.arguments.length; var expires=(argc 2) ? argv[2] : null; var path=(argc 3) ? argv[3] : null; var domain=(argc 4) ? argv[4] : null; var secure=(argc 5) ? argv[5] : false; document.cookie=name+=+escape(value)+ ((expires==null) ? : (; expires=+expires.toGMTString ()))+ ((path==null) ? : (; path=+path))+ ((domain==null) ? : (; domain=+domain))+ ((secure==true) ? ; secure : ); } [Non-text portions of this message have been removed] - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership --- --- Yahoo! Groups Links a.. To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ b.. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. [Non-text portions of this message have been removed] - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership --- --- Yahoo! Groups Links a.. To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ b.. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: Fw: svg embeded in html
--- In svg-developers@yahoogroups.com, Francis Hemsher [EMAIL PROTECTED] wrote: I'm with DL on his suggestion below:) I've included a couple of example files that can give you some good hints on cross frame communication.. I've used Iframes. Give them a try and we can talk from that point. Francis main.html HTML BODY onLoad=init() iframe src=mySVG1.html id=svgFrame1 name=svgFrame1 style='width:400;height:400' /iframe iframe src=mySVG2.html id=svgFrame2 name=svgFrame2 style='width:400;height:400' /iframe script var MySVG1frame var MySVG2frame function init() { MySVG1frame=parent.frames.svgFrame1 MySVG2frame=parent.frames.svgFrame2 //---give frames main object--- MySVG1frame.init() MySVG2frame.init() } //---fired from frames--- function talkToMe(msg) { alert(msg) } /script /BODY /HTML mySVG1.html HTML BODY embed name=svgEmbed1 src=mySVG1.svg style=width:100%;height:100% type=image/svg+xml script //---fired on main load--- var main var MySVG2frame var MySVG1doc function init() { main=parent.frames.top MySVG2frame=main.MySVG2frame MySVG1doc=document.embeds[svgEmbed1].getSVGDocument() } function crossTalk() { MySVG2frame.helloWorld() } //---called from svg2--- function helloWorld() { text1=MySVG1doc.getElementById(text1) text1.firstChild.setData(hello from SVG2) main.talkToMe(SVG2 says hello) } /script /BODY /HTML mySVG2.html HTML BODY embed name=svgEmbed2 src=mySVG2.svg style=width:100%;height:100% type=image/svg+xml script //---fired on main load--- var main var MySVG1frame var MySVG2doc function init() { main=parent.frames.top MySVG1frame=main.MySVG1frame MySVG2doc=document.embeds[svgEmbed2].getSVGDocument() } function crossTalk() { MySVG1frame.helloWorld() } //---called from svg1--- function helloWorld() { text1=MySVG2doc.getElementById(text1) text1.firstChild.setData(hello from SVG1) main.talkToMe(SVG1 says hello) } /script /BODY /HTML mySVG1.svg ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.0//EN http://www.w3.org/TR/2001/REC-SVG- 20010904/DTD/svg10.dtd svg id=mySVG1 circle id=circle1 cx=200 cy=200 r=100 fill=red onclick=crossTalk() / text id=text1 style=font-family:arial;font-size:20;fill:black x=120 y=50SVG1/text /svg mySVG2.svg ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.0//EN http://www.w3.org/TR/2001/REC-SVG- 20010904/DTD/svg10.dtd svg id=mySVG2 circle id=circle1 cx=200 cy=200 r=100 fill=blue onclick=crossTalk() / text id=text1 style=font-family:arial;font- size:20;fill:black x=120 y=50SVG2/text /svg --- In svg-developers@yahoogroups.com, DL [EMAIL PROTECTED] wrote: On 6 Jun 2005 at 16:38, Erwan TROEL wrote: here is my script: temp.js Wow .. that is quite complex .. I would get the cross frame navigation working first on a simpler example. Really, that's the idea. Do start small and refine! 3 things relating just as the mood takes me: -he might have neglected to tell that he's testing with asv6 beta. var oParentWin= window.parent||window.__parent__||null should do the trick. -shouldn't use adobe's scripting engine working with the browser's dom (delete a3:scriptImplementation=Adobe) -shouldn't develop complex code without the aid of a decent debugger:) hth Paul - 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/
[svg-developers] Re: Surely SVG cannot be ignored
Richard, did you ask this global company why they've dropped their own svg investments long time ago? --- In svg-developers@yahoogroups.com, Richard Gnyla [EMAIL PROTECTED] wrote: Francis Hemsher wrote: Hi Ricard, As a long-time web developer, trying to make cross-browser stuff work, therefore initially designing to the lowest common denominator, had been a difficult journey. Happily, a few years ago, I abandoned AOL and Apple's lag in picking up IE's capablities. And, also, the bleeding hearts of Netscape, who most times confused the issue, and always fell flat on their face whenever they issued a new browser version. Let's face reality, Firefox is just another temporary blip on the scope of confusing web development. After all, do you really believe that MS will include Firefox in their future Windows updates? Sure, if you are just a web browsing type of a viewer, then it probably just dandy. But if you want to develop sites that have serious substance, then you must base your design on the resident capablities of the IE browser. Francis --- In svg-developers@yahoogroups.com, richard_gnyla [EMAIL PROTECTED] wrote: I have in the last few days been reading a lot about the upcoming Firefox with native SVG out in July. What i have found interesting is the several sites that are dedicated to Firefox and also some of the news floating about. Since Firefox was realeased in November there have been over 61 million downloads taking 5% share from IE and continually growing, AOL is also basing its next browser on Firefox. There is a download counter on www.spreadfirefox.com More information on www.spreadfirefox.com - an open source marketing site where the community gets together to help get Firefox more popular. If Firefox continues at this rate then can Adobe / Macromedia really ignore SVG if they want to go up against M$ in the vector wars? According to statistics, Firefox has 22% of browser market in Germany. Richard Firefox a blip on the market, are you really going to ignore these numbers as shown on this map http://www.spreadfirefox.com/? q=node/view/15888 With these numbers going up i think its important to make software work for both browsers. Im not saying Firefox will overtake IE but can you really ignore this market. I develop software ideas and one of our clients will only use our software if it will work with Firefox, the company is global and the contract could be worth large if we are succesful. Richard [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: Please send the documentation of the svg player
Dear Sir or Madam, please feel welcome to indefinite land of svg, thank you very much for joining. Unfortunately we cannot serve your request straightaway. Please provide us with the following details of the undermentioned player you are developing in order to process your request: Player Codename, Player Release Name, Player RTM Date and Player MR Release Version. The difficulty of you service request will determine the time in which you will receive a response. Please allow an additional period of two years for coordination and tuning with w3c plus five weekday extra for shipping and handling. --- In svg-developers@yahoogroups.com, itouandutome [EMAIL PROTECTED] wrote: Hi to all, I newly joined in this group.I am developing the svg player.I need the svg player documentation and data flow diagrams.and please send the svg player source if any one have. thanking You You're Welcome! This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e- mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. - 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/
[svg-developers] Re: Strange Line in SVG
Raghu, you ran into a well know asv limitation concerning 'tiny' arcs and ellipses. Andrew is right if he points at your most inappropriate coordinate representation. Subjects among others to consider: -overall coordinates range should get closer to your viewbox range. Employ a sort of smart origin detection (topleft at 0,0 (+ matching overall transformation if you'll tied to real coords)). -employ relative stroking rather than absolute big numbers -detect tiny arcs and consider stroking (interpolation) instead hth Paul --- In svg-developers@yahoogroups.com, andrewgirow [EMAIL PROTECTED] wrote: Hi, I an not an Adobe SVG Plugin expert, but when I saw your SVG file I thought that may be your numbers are too big? Because at the end of the rendering those numbers are mapped into something like screen size ... If you generated your file with some program try to make a new file with a less scale. Hope it helps, Andrew Girow http://www.tinyline.com --- In svg-developers@yahoogroups.com, raghu raman [EMAIL PROTECTED] wrote: Hi there, I am a novice developer working in SVG for quite sometime now. I faced a strange thing now for which I am in urge to find a solution. This is the description of the problem. I just have only two lengthy PATH elements in my SVG file. Strangely, When I load the SVG file in my browser, I get an extra line which vanishes when I zoomIn or zoomOut. This line appears back when I refresh the browser. I do not if it is a limitation in Adobe plugin or any bug in my code. SVG gurus, please help me to get to the solution. svg preserveAspectRatio=xMidYMid meet width=990 height=495 id=screen viewBox=-947799691 248699786 233862 116931 g id=id-2241 g onclick=Unhighlight(evt); onmouseout=Unhighlight(evt); onmouseover=Highlight(evt); g id=id-2241-4480 descMyClass1 : Nutz/desc g id=objid-2241-33169923 descMyObject1/desc g id=comp-2241-9006-33169924 g style=stroke:rgb(51,51,51);stroke-dasharray:800,500;stroke- width:50;fill:none;fill-opacity:0 path d=M -948145170,248620040 L -948143530,248602099 L -948134460,248578500 L -948119680,248555340 L -948111220,248514500 L -948117580,248467500 L -94810,248408269 L -948071950,248357849 L -947980620,248303030 L -947985980,248231700 L -948022190,248163210 L -948019070,248099610 L -948063110,248040050 L -948082610,247963360 L -948028520,247973630 L -947985770,247979099 L -947956110,247981530 L -947906030,247982870 L -947857580,247981139 L -947829350,247961740 L -947800110,247941710 L -947764580,247920440 L -947715490,247905099 L -947665910,247887440 L -947624520,247871059 L -947582440,247852660 L -947570710,247885360 L -947554800,247930830 L -947536330,247959870 L -947517640,247982650 L -947503850,248017380 L -947502740,248037340 L -947462200,248059380 L -947441020,248070830 L -947414400,248091040 L -947395240,248115280 L -947416000,248155110 L -947415999 248155109 A 269350 269350 0 0 0 -947431359 248158090 L -947431359 248158089 A 269520 269520 0 0 0 -947471879 248170579 L -947471880,248170580 L -947528670,248197620 L -947555810,248211870 L -947574210,248223940 L -947574209 248223939 A 93510 93510 0 0 0 -947600669 248250169 L -947600670,248250170 L -947606880,248260519 L -947606879 248260519 A 36130 36130 0 0 0 -947610109 248281959 L -947610110,248281960 L -947608050,248291580 L -947612870,248292030 L -947622850,248287300 L -947645540,248260389 L -947664650,248266970 L -947713040,248278269 L -947724700,248314660 L -947702880,248324800 L -947696520,248328790 L -947698280,248331220 L -947709150,248347500 L -947709149 248347499 A 14880 14880 0 0 0 -947717729 248354979 L -947717730,248354980 L -947722960,248365500 L -947724510,248368070 L -947795410,248416300 L -947794450,248451790 L -947800300,248459269 L -947824720,248491500 L -947822840,248493150 L
[svg-developers] Re: svg mountainbike simulation, comments requested
take it easy, Life *is* too short! None of us owns the philosopher's stone. PS: 1,2 million renesis preview video downloads aren't a bad number! Hey, there's more than this so called community;-) --- In svg-developers@yahoogroups.com, Hannes Fleischer [EMAIL PROTECTED] wrote: paul, you answered the wrong question! the right question would be: would you do in svg again, not why did you do in svg? sometimes, things start small, and keep growing ever after. while svg was perfectly suited in the beginning, your question might be justified by now. to be honest, sometime around january i was seriously considering porting everything to another platform, but for several very good reasons i choose not to, at least not now. i would like to know, where are those more productive platforms? should be viewable on the web, should'nt ask too much of the user when it comes to installing the plugin or runtime, finally, let me assure you, i will not leave people helpless in the face of a web page. my project does not force anybody to use a fancy svg navigation. it does not keep you from going anywhere because of being too complex. the complexity is contained in the subject itself and not in the implementation. my application gives experts (or to be experts) the opportunity to deal with their matters in a very straighforward way. people use my application because it gives them the complexity they want in a very simplistic way (as measured by comparable software) best regards, Hannes --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: --- In svg-developers@yahoogroups.com, Hannes Fleischer [EMAIL PROTECTED] wrote: ... Hannes, up front, I feel sorry for you adding the following comment to your post. I got strong counters from Alastair concerning a similar topic, so please don't feel hold cheap if people's thoughts differ on the matter. Your svg bike simulation is a very impressive showcase for a svg expenditure. In fact, it's one of these hefty tome applications using the svg applet as a runtime engine. I'm eager to learn why you did choose svg for your bike simulation. On the one hand there're more productive application platforms to choose from, on the other hand taking the hassle of building a javascripted webapp from ground would take it for granted having reasonable reach for the app? I'm curious to know, most of the talk in this group is about scripting svg. I'm even more curios about svg's roadmap, so the following words are only indirectly related to your simulation: We know that browsers aren't built as a platform engine for webapplications. The w3c graphics group was/is about evolving a platform for helping out web developers with a platform for arbitrary (web-)apps? I mean arbitrary in a literal sense since svg will foster one missing almost any common sense, usability and design rules the web typifies to some degree these days? To put it in slightly exaggerated terms: Is a 'svg+javascript enabled web' the ultimate way to 'break the web' employing w3c web standards? No, this would be basically a distortion of facts, obviously talking a lot of nonsense. Anyway, it's adobe that bought in the flash-app svg aspects into w3c ($). The adobe svg viewer still rules svg today. But the viewer was built as adobes pendant to macromedias flash player. It's a damned runtime engine, greedy and slow, bears it own script realization and server communication, and hardly talks to it's surrounding dom implementation. And please, don't tell me they couldn't do any better. At least for the major browser it's straightforward and ordinary difficult to implement inline svg though binary behaviors. So please, someone tell me that svg was evolved to add better graphics to a web page rather than replacing the web page with a bulky proprietary application. Is svg going to end as the flash for students and the poor? Will we need a svg-spoofed-window popup blocker in future? One shouldn't demand too much of the ordinary web user, but expect resistance if a web user feels helpless in the face of a web page. On the contrary, svg needs to convince the public to call for svg enabled browsers!? curios cheers Paul - 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/
[svg-developers] Re: It's Time to Cut Adobe adrift
--- In svg-developers@yahoogroups.com, Francis Hemsher [EMAIL PROTECTED] wrote: Adobe has been both the blessing and a curse to SVG. Without the Adobe SVG Viewer, SVG would not have had the opportunity to get started. Initially their efforts were focused exclusively on SVG. In the recent past they have obviously reduced support of SVG, creating a 2-year limbo that has held back SVG's capabilities. Currently they have conflicting interests, via Flash, that will further dilute the future of SVG if we were to continue to depend on their support. We must align ourselves with an strong, established entity that will support SVG entirely. Any takers...? So what else is new? To make this work will require the SVG development community organize strongly and exclusively behind that entity. Essentially we must grab Microsoft by the balls to assure that SVG is seamlessly incorporated in future browser editions. Otherwise, we're farting in the wind. Francis Nice try, Francis. I don't want to tread on someone's toes, nevertheless, who's supposed to embody your 'we'. In the meantime, the forlorn svg-developers yahoogroup doesn't show up that kind of strong activity of industry relevant bodies in order to grab a certain somebody by the balls;-) Seriously now, did you say that? If people start telling stories about svg being a decent webapplication platform, I'd consider it as a no-brainer for ms. An activex webapp runtime? Ms certainly has better-off and more mature solutions to offer here. If you're talking about vectors for the web (and desktop), they did vml years ago, which is not bad. Vml is a public reasonable close implementation of what one would expect for simple xml vector graphics, whichever adobe didn't like. Although ms's expenses for cloning ie's vml behavior to a svg syntax probably would have been within manageable limits, ms's customer base obviously did not introduce a bill nor conclusive evidence to get into these shoes. Cheers Paul - 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/
[svg-developers] Re: It's Time to Cut Adobe adrift
--- In svg-developers@yahoogroups.com, Michael Bolger [EMAIL PROTECTED] wrote: Francis Hemsher wrote: conflicting interests, via Flash, that will further dilute the future Adobe being a complex multi-faceted organization and all, now would be a good time for us to help encourage the use and development of SVG to them. Cheers Michael Michael, you are so funny;-) Sure, it's been always a good time for us to help encourage the use and development of svg to AnyOne! Though, if you've got a decent svg business model for adobe you shouldn't keep them waiting... - 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/
[svg-developers] Re: svg mountainbike simulation, comments requested
--- In svg-developers@yahoogroups.com, Hannes Fleischer [EMAIL PROTECTED] wrote: ... Hannes, up front, I feel sorry for you adding the following comment to your post. I got strong counters from Alastair concerning a similar topic, so please don't feel hold cheap if people's thoughts differ on the matter. Your svg bike simulation is a very impressive showcase for a svg expenditure. In fact, it's one of these hefty tome applications using the svg applet as a runtime engine. I'm eager to learn why you did choose svg for your bike simulation. On the one hand there're more productive application platforms to choose from, on the other hand taking the hassle of building a javascripted webapp from ground would take it for granted having reasonable reach for the app? I'm curious to know, most of the talk in this group is about scripting svg. I'm even more curios about svg's roadmap, so the following words are only indirectly related to your simulation: We know that browsers aren't built as a platform engine for webapplications. The w3c graphics group was/is about evolving a platform for helping out web developers with a platform for arbitrary (web-)apps? I mean arbitrary in a literal sense since svg will foster one missing almost any common sense, usability and design rules the web typifies to some degree these days? To put it in slightly exaggerated terms: Is a 'svg+javascript enabled web' the ultimate way to 'break the web' employing w3c web standards? No, this would be basically a distortion of facts, obviously talking a lot of nonsense. Anyway, it's adobe that bought in the flash-app svg aspects into w3c ($). The adobe svg viewer still rules svg today. But the viewer was built as adobes pendant to macromedias flash player. It's a damned runtime engine, greedy and slow, bears it own script realization and server communication, and hardly talks to it's surrounding dom implementation. And please, don't tell me they couldn't do any better. At least for the major browser it's straightforward and ordinary difficult to implement inline svg though binary behaviors. So please, someone tell me that svg was evolved to add better graphics to a web page rather than replacing the web page with a bulky proprietary application. Is svg going to end as the flash for students and the poor? Will we need a svg-spoofed-window popup blocker in future? One shouldn't demand too much of the ordinary web user, but expect resistance if a web user feels helpless in the face of a web page. On the contrary, svg needs to convince the public to call for svg enabled browsers!? curios cheers Paul - 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/
[svg-developers] Re: SVG to HTML hyperlinking
Jeroen, if the applet's navigator fails (didn't test) you could fall back on the browsers navigator: -ie: a ... xlink:href=javascript:parent.window.navigate ('SVGTest.html#35;MyJump') xlink:show=..., -dom: ... xlink:href=javascript:void (parent.window.location.href='SVGTest.html#35;MyJump') ... hth Paul --- In svg-developers@yahoogroups.com, Jeroen Dekker [EMAIL PROTECTED] wrote: Asking on behalf of a customer: I need to be able to hyper-link from an SVG object to an anchor in an html document, in html this is a href=SVGTest.html#MyJump/a, however, if I put the same href in the SVG document, the '#MyJump' seems to be removed and only the page is opened. I have attached two files that show this behaviour. Clicking on the red square should take you the document to the Anchor, but it does not. I'm not sure about attaching files, so here's his SVG sample code: ?xml version=1.0 encoding=utf-8? svg xmlns=http://www.w3.org/2000/svg; contentScriptType=text/ecmascript contentStyleType=text/css width=6cm height=5cm viewBox=0 0 600 500 zoomAndPan=magnify a xmlns:xlink=http://www.w3.org/1999/xlink; xlink:actuate=onRequest xlink:href=SVGTest.html#MyJump xlink:show=replace xlink:type=simple rect fill=red fill-opacity=0.2 height=100 width=100 x=100 y=100 / /a /svg And here's his HTML sample code: html head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1 title [EMAIL PROTECTED] Report /title meta name=generator content=DocBook XSL Stylesheets V1.64.1 meta name=description content=This report gives a brief example of the capabilities of the [EMAIL PROTECTED] toolbox when used with standard simulink library blocks and signal/parameter objects. When the third party interface is used, more detailed tables and information to suit your needs are easily created. link rel=home href=AtSourceSampleR14SVG.html title=[EMAIL PROTECTED] Report link rel=next href=AtSourceSampleR14SVG- 001.html title=Chapternbsp;1.nbsp;Model Documentation Test LINK xmlns=http://www.w3.org/TR/xhtml1/transitional; HREF=support/_ptstyle_.css REL=STYLESHEET TYPE=text/css /head body bgcolor=#FF text=black link=#FF vlink=#840084 alink=#FF pText a href=SVGTest.html#MyJumpHTML Link/a/p object data=SVGTest.svg type=image/svg+xml width=800 height=600 /object pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p a name=MyJumpAnchor Point- /a pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p pText/p /body /html It'd be great if you could copy me on responses, as I'm on digest. Thanks! Jeroen Dekker __ Visual Integrity Technologies a division of Square One bv www.visual-integrity.com Schiestraat 38 2201 AS Noordwijk The Netherlands Tel. +31 71 364 8657 Fax: +31 71 362 0293 [EMAIL PROTECTED] - 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/
[svg-developers] Re: SVG Scrolling
Between you and me, isn't it ridiculous to make use of svg and lots of code spoofing windows and common controls§:=(.. We've already seen table implementations in svg|-( Rich, I'd take the view that you might be better off employing the embed element's scrollbar (nice and windowless ctrl). Regards Paul --- In svg-developers@yahoogroups.com, Real, Peter [EMAIL PROTECTED] wrote: Hi Rich, You should take a look at the CGUI http://homepage.usask.ca/~ctl271/cgui/index.shtml and SPARK project http://spark.sourceforge.net/. Bye Peter -Ursprüngliche Nachricht- Von: svg-developers@yahoogroups.com [mailto:svg- [EMAIL PROTECTED] Im Auftrag von rwkeppers Gesendet: Montag, 2. Mai 2005 02:57 An: svg-developers@yahoogroups.com Betreff: [svg-developers] SVG Scrolling Hi all. I am developing a dynamic charting application via SVG. Each chart is dynamically generated to display an entire month worth of data. My problem comes in that when these charts are created I have no way to control the overall width of my chart, this varies from month to month depending on the amount of data gathered (Could be several pages wide). And as this is a charting application for use by a science community, my scale cannot change from month to month. As developers know, especially when working with the web, you only have so much space to use. This application will be embedded in a webpage that does not utilize horizontal scrolling for the page. SVG DOES have the great ability where you can grab (Alt + Mouse Drag) and move the image which will allow me to view portions of my chart that overflow my screen, but I was wondering if there was also a way to implement some form of a scrollbar for my SVG that will allow me to scroll left and right and view portions of the graphic that fall outside my viewable area? Does anybody happen to have an example of what I am describing above? Thanks Rich - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Links - 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/
[svg-developers] Re: Enterprise Application Use of Flash
Rick, flog a subject to death? Just for the record, you can edit the elm/group/etc. ID of any element in Visio. ElmIDs will survive roundtripping as well. The 'selection' behavior is pretty obvious!?! (Don't select nothing and you'll get a complete export as well:-) The custom properties namespace is clear useful and transparent to scripting as well. Unlike you I've used Visio2003 for svg, found it considerable useful! Regards Paul --- In svg-developers@yahoogroups.com, Rick Bullotta [EMAIL PROTECTED] wrote: Visio's SVG export is, ahem, not that great. Particularly, it doesn't make it very addressable via scripting or the DOM (there's no way to control the ID's for shapes/entities). Also, the SVG that is exported is almost unintelligible unless, instead of exporting the whole drawing, you select the drawing entities you want to export and export the selection instead of the drawing. All in all, pretty useless. -Original Message- From: svg-developers@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Richard Gnyla Sent: Monday, May 02, 2005 8:00 AM To: svg-developers@yahoogroups.com Subject: RE: [svg-developers] Enterprise Application Use of Flash Whatever happens whether good or bad will be a bonus, if SVG is dropped then so be it we can all move on, if not and SVG is implemented then we can all be happier, what is worse now is not knowing, and its been like this for years. One thing that did surprise me the other day was Microsoft Visio 2003 saves out as svg and svgz. Weird that Richard - 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/
[svg-developers] Re: Enterprise Application Use of Flash
Yes;-) Ehm, and I did forget to mention that Mozilla started to check in canvas/ element support. Very interesting and handy dashboard technology as well. --- In svg-developers@yahoogroups.com, Rick Bullotta [EMAIL PROTECTED] wrote: I did forget to mention we also have Flex-based dashboards in prototype stage. Very interesting and impressive technology as well. -Original Message- From: svg-developers@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Rick Bullotta Sent: Saturday, April 30, 2005 9:11 AM To: svg-developers@yahoogroups.com Subject: RE: [svg-developers] Enterprise Application Use of Flash We agree g. A number of large chemical companies are using some of our SVG- based technology to deliver dashboard information from SAP and plant applications to users. At present, we do all of the SVG rendering on the server side due to issues surrounding availability of built- in SVG capabilities on the browser client. But nevertheless, SVG is in there! - 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/
[svg-developers] Re: Enterprise Application Use of Flash
--- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: Rick Bullotta wrote: Interesting press release. http://www.sap.com/company/press/press.epx?PressID=4519 Flash ? SAP ?? this is an SVG forum, right ? could you explain how this relates to SVG ? regards Holger Holger, stand back, get out of your cozy little niche, and you might get it;-) Best Regards Paul - 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/
[svg-developers] Re: How can view the SVG source when it is generated on the fly?
Jacky, in ASV you'll put 'Copy SVG'(contextmenu) into action... (Windows ClipBook viewer (/system32/clipbrd.exe) will show the bmp/txt results;-) hth Paul --- In svg-developers@yahoogroups.com, Ronan O'Driscoll [EMAIL PROTECTED] wrote: Hi Jacky, You could try: alert(printNode(svgDocument)); If you hit CTRL+C on a the dialog box the current XML (dynamically added or otherwise) will be copied onto your clipboard. Bit of a hack but it's handy for debugging. Ronan --- jacky11287 [EMAIL PROTECTED] wrote: Dear all, I am trying to generate some SVG elements by javascript (especially is to handle some client events), but I am suprised I can't view the SVG source code after inserting the SVG elements by javascript when the particular event is triggered... Does anyone know how to view it... Thank you very much... Jacky - 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 [EMAIL PROTECTED] Send instant messages to your online friends http://uk.messenger.yahoo.com - 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/
[svg-developers] Re: Adobe to buy Macromedia
--- In svg-developers@yahoogroups.com, Robin Berjon [EMAIL PROTECTED] wrote: Andreas Neumann wrote: my guess is that it changes nothing. Adobe is such a big company - they will push both technologies. It will be competition between Flash and SVG within one company ... If they are smart, they would produce a viewer that supports both SVG and Flash or use the Flash authoring system to also author SVG. I think that's too simplistic a view, there isn't much value in swapping $3.4 billion in stock to just have the superposition of two companies and drop a few products. I would expect: - SVG support from Flash MX (or whatever it'll be called) - SVG support in the Flash plugin and/or Reader - a serious foray into the mobile space (I'm surprised Adobe didn't buy Ikivo at the same time, they'd have a huge majority mobile market-share if they did) - merging of GoLive's cool mobile functionality into Dreamweaver - the extinction of Freehand and Fireworks - merger of Macromedia's server tools (if there's anything there to be salvaged) into Document Server or other Adobe server products Note that I'm not privvy to the internals at all and this is of course entirely speculative. It's just that there's huge value to be milked from this consolidation, and it would seem a bit daft from Adobe not to take advantage of it to make more money and to build an impregnable fortification against Microsoft's upcoming forays into this space. But then, big companies are daft sometimes :) -- Robin Berjon Research Scientist Expway, http://expway.com/ Andreas, I'd agree that it changes nothing. opinion is divided if adobe pushed svg technology after svg had prevented ms's vml. If you consider e.g. asv's printing support one may get convinced adobe took care that svg wouldn't get strong enough to interfere with the pdf business model. What's the profit pushing svg to competition with the flash business model within the same company? Just my humble opinion and viewpoint. Paul - 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/
[svg-developers] Re: Adobe to buy Macromedia
--- In svg-developers@yahoogroups.com, Don Demsak [EMAIL PROTECTED] wrote: This news goes to show how scared Adobe is of Microsoft's Avalon and XAML. There was always in fighting between the PDF people and the SVG people within Adobe, and now adding Flash (who seem to always be fighting SVG, at least that is how it felt on this discussion list), isn't going to make things any better. If the Flash people team up with the PDF people, could they defeat the SVG crew? Don Don, it goes without saying that Adobe is well advised to be scared of ms's avalon. In the immediate future there will be more developers tasting avalon than svg had editors (and observers together). Naturally, there will more developers dealing with xaml than dealing with pdf at some point of time. I've no doubt we'll see Illustrator exporting to xaml unless ms inexplicable stops working tomorrow;-) It's truly not solely my point of view, nonetheless the groups/svg- developers will get me under attack for the loud interruption.. Whata noise? XML wins;-) Paul - 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/
[svg-developers] Re: ASV6 and events
--- In svg-developers@yahoogroups.com, [EMAIL PROTECTED] wrote: Hi, I've been trying to get ASV6 to work for my event handling but there appears to be some problem with their Window object. I have HTML-SVG communication going on. So, when the SVG ECMAscript tries to access the parent object, I get an error saying this object does not exist i.e. parent.window does not exist. I've tried the other way around i.e. window.parent - still no luck. Anyone tried this and found a solution - I'd very much appreciate it. Ex: script type=text/javascript ![CDATA[ function CheckWin(evt) { alert(parent.window); } ]] /script function CheckWin(evt) { try { alert(this.parent||this.__parent__||null); } catch(e){} } should work for asv3 and asv6 pre-release. hth Paul circle id='colorCircle' cx='100' cy='100' r='50' fill='yellow' stroke='green' stroke-width='10' I use embed from my HTML doc. Essentially, I need to use an ActiveX object - since ASV does not allow this - I've to use an HTML parent. Thanks, Shreesh - 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/
[svg-developers] Re: Help regarding evt event
--- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: Jonathan, IMOSHO your know-it-all attitude isn't accurate this time;-) AFAIUI svg onload=init(evt) cannot work if evt isn't a global attribute. AAMOF, if there's no event, there's no evt object (window.evt attrib =null). Hi Paul please,dont get personaly insulting, this is a friendly list, and please try to understand, that pretty soon FireForx will have native SVG support in the defauld builds and its very important for the success of the format that the 100s ( yes millions !!!) of potential future SVG users can see most of the svgs out there. so trying to get your SVG apps running in FFs native SVG implementation is the best thing you can do right now , to ensure the success of SVG. and in that matter, i was allways thankfull for jonathans comments. and i applaud him for his engagment in the SVG community and beyond. Regards Holger Hi Holger and others, before this one escalates I might have to clear up. I do perfectly agree that there are justifiable reasons to spread the FF and batik compliance mission! I do appreciate Jonathans contribution very much. He's posted a lot of very much valuable support concerning mozilla. This is a friendly list, running post corrections and educating advice can become intimidating to other contributors. We'd like svg to extend to the mass rather than to be run by the guru committee. We'd like to see novice answers as well. Adding the 'mission' to others questions and answers, though they didn't ask for, might backfire. What I was going to say is, another compelling use-case for svg (brought in by a novice?) might be much more valuable for svg's spreading than another 1000 lines of perfect scripting;-) If you read this far, you probably figured that the infamous post was meant to overstate the case of correcting another's work, acting cryptic, curt and arrogant. Apparently I failed to bring in enough satirical effects for correct classification. It wasn't meant to be 100% serious. I guess Jonathan took it in the right way. Cheers, Paul - 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/
[svg-developers] Re: Help regarding evt event
--- In svg-developers@yahoogroups.com, callyourshiva [EMAIL PROTECTED] wrote: Hi all, When i run my SVG (.svg file) in my browser it's running fine. when i load the same file on to Citrix machine and some other machines it's giving an Jscript error:evt is undefined.Please let me know why it is giving this error .I'm falling short of time.In both the machines we have Adobe SVG Viewer Installed. window.evt is a global read-only object (attribute) of the asv viewer window; the browser exposes events though it's window.event object . note that you can use these event objects only in an event handler! Another one: Could we add scrolling features to an SVG document. I added zooming features but it is not seeming nice.Help me out in this aspect. scrolling: if you size your svg embed object you'll get scrollbars if elm's overflow behavior is setup to auto/scroll. handicap:-( performance. see msg http://groups.yahoo.com/group/svg- developers/message/48868 for reference. Waiting for all your valuable replies. Regards, Shiva Kumar Soma Regards Paul - 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/
[svg-developers] Re: Help regarding evt event
--- In svg-developers@yahoogroups.com, Jonathan Watt [EMAIL PROTECTED] wrote: On 4/15/05, callyourshiva [EMAIL PROTECTED] wrote: Hi all, When i run my SVG (.svg file) in my browser it's running fine. when i load the same file on to Citrix machine and some other machines it's giving an Jscript error:evt is undefined.Please let me know why it is giving this error .I'm falling short of time.In both the machines we have Adobe SVG Viewer Installed. I think in ASV3 evt was a global object, but that in ASV6 this has been fixed. I'm not sure if that's correct or not since I haven't got round to testing it properly yet. Anyone else know for sure? In any case, make sure that you are passing evt _explicitly_ in your event attribute like this: svg onload=init(evt) and that you have an explicit parameter in your function 'init' to enable you to reference the event object: function init(evt) { alert(evt); } Don't have onload=init() and function init() { ... } since this won't work in other browsers, and doesn't seem to work in ASV6. Jonathan, IMOSHO your know-it-all attitude isn't accurate this time;-) AFAIUI svg onload=init(evt) cannot work if evt isn't a global attribute. AAMOF, if there's no event, there's no evt object (window.evt attrib =null). Another one: Could we add scrolling features to an SVG document. I added zooming features but it is not seeming nice.Help me out in this aspect. Waiting for all your valuable replies. Regards, Shiva Kumar Soma - 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/
[svg-developers] Re: set width and height from svg with javascript
Hi! Maybe you want to change the svg ctrl's size? A sample that's supposed to do this reads as follows: ?xml version=1.0 encoding=UTF-8? ?AdobeSVGViewer resolution=1200 save=snapshot? svg id=tstSVG viewBox= 0 0 1000 1000 preserveAspectRatio= xMidYMid meet xmlns:xlink=http://www.w3.org/1999/xlink; script try{ var oParentWin= (window.parent)? (window.parent):(window.__parent__); var oParentBody= oParentWin.document.body; var oSVG= null; var fZoom= 1.0; function onResize(event){ try{ if (!oSVG){ window.focus();// make sure oSVG= oParentWin.document.activeElement oParentBody.style.overflow= auto; setTimeout(oSVG= oParentWin.document.activeElement;onResize(null);, 250); }else{// ((oSVG.tagName==EMBED)) try{ if (!event) return false; switch ((event.type)?(event.type):()){ case mousewheel: { var actDefaultAntialias= window.getDefaultAntialias (); if(actDefaultAntialias) setDefaultAntialias(false); if(isNaN(fZoom)) fZoom= 1.0; var fInc= (event.wheelDelta = 120)?(.1):(-.1); fZoom= (fZoom1)?(Math.floor(fZoom+fInc*10)): (fZoom+fInc); fZoom= Math.max(.1, Math.min(10., fZoom)); oSVG.style.zoom= fZoom; oSVG.height= oParentBody.clientHeight; oSVG.width= oParentBody.clientWidth; if(actDefaultAntialias) setTimeout(window.setDefaultAntialias (+actDefaultAntialias+), 1000); oParentWin.status= Zoom: + oSVG.style.zoom; } break; default: { oSVG.style.posHeight = oParentBody.clientHeight; oSVG.style.posWidth= oParentBody.clientWidth; oParentWin.status= (Resized: [ + oParentBody.clientHeight + x + oParentBody.clientWidth + ]); } }//switch (evt.type) }catch(e){alert (e.description);} } }catch(e){alert(e.description);} } { oParentWin.attachEvent(onresize, onResize); oParentWin.attachEvent (onbeforeprint, onResize); oParentWin.document.attachEvent (onmousewheel, onResize); }; }catch(e){alert(e.description);} /script style type=text/css ![CDATA[ @media print { } ]] /style g style=fill:red; stroke:navy; circle cx=500 cy=500 r=100 style=fill:gold;/ path d=M0,495 l1000,0 l0,10 l-1000,0 z /
[svg-developers] Re: MHTML (web Archive) / SVG / Javascript problem
Ok, from JS in Html: alert(window.navigator.appName: +window.navigator.appName); alert(window.document.plugins ('FP').window.navigator.appName: +window.document.plugins ('FP').window.navigator.appName); var svgobj = window.document.embeds('FP').window.getDocument(); no problem Paul --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: That definitely helps me to an extent. I understand now that if I have javascript in an SVG file itself, to reference the SVG object I can do the following... var svgobj = document The problem is, I'm still struggling to find out how to access the svg object if I have the svg embedded and I want to manipulate the SVG via javascript in the HTML document. What's the comparable command if the embed is named FP? I thought it was the following, but when I use this, I get unspecified error... var svgobj = document.embeds(FP).getSVGDocument() Thanks again for your help, but can you clear this up for me?!? --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: This tread confused me;-) I guess part of the muddle is that window isn't window and document is not document when it comes to html-svg (script) interaction. Moreover, if you open a plain svg, the asv browser integration will generate a html document on the fly; yet you do have a html hosting the svg (embed obj). window is not window: remember these windows are different objects : [in HTML]: browser window object (i.e. recognizes window.open, window.opener, window.top, etc.) [in SVG]: asv plug-in window object (i.e. recognizes window.getSVGViewerVersion, window.contextMenu, etc.) again, [in HTML]: window.document is the browser html document object (i.e. recognizes document.body, document.all, etc.) [in SVG]: window.document is the SVGDocument object (i.e. recognizes document.childNodes, document.rootElement, etc.) roundtripping samples for illustration: [in HTML]: window.document['plugins']['0']['window']['document'] ['rootElement'](-svg object type of SVGSVGElement, windowwindow, documentdocument ) [in SVG]: window.parent['document']['parentWindow']['document'] = (- html object type of document, doc is doc) Give it a break, - , in asv 'window' is implemented as '_window_impl', and 'parent' is implemented as'__parent__' . (In asv6 'window.parent' is broken, nevertheless 'window.__parent__' still works.) hth and didn't unduly confuse you;-) Paul --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: Fred, you'll notice a post by myself earlier today referencing the same error. I'm also using IE, and on the getSVGDocument call get Unspecified Error. Unlike you though, I'm using a simple asp page with the SVG embedded. I'd also appreciate any suggestions. Thanks! --- In svg-developers@yahoogroups.com, Fred yahou [EMAIL PROTECTED] wrote: Hi, I am using a SVG document that interacts a lot with its parent HTML page, in both direction: HTML-SVG: [in SVG]: window.myFunctionInSVG = myFunction; [in HTML]: window.myFunctionInSVG(); SVG-HTML [in SVG]: parent.myFunctionInHTML(); This works fine on my HTTP server. Then I save as a MHTML (Web Archive) file, eventually using a third party IE plugin like EZ Save MHTML, then tweaking directly the resulting MHTML file (because for an unknown reason it misses the SVG file and its includes, so Im adding it manually, encoded). Now I am sure my MHTML file is complete and well-formed. When I launch the .mht file in IE (6.0), it dispays fine, SVG and HTML included, but the communication between both worlds don't work anymore. And so the interactivity. After some debugging I have been able to sort out that: [in SVG]: - parent and top _don't exist_, so the parent.myFunctionInHTML () call is not working: no error message, no exception on try/catch, nothing, just stops the script engine :-( - window object does not look like being the same window object as seen on HTML side. So window.myFunctionInSVG = myFunction works, but is useless. [in HTML]: - calling window.myFunctionInSVG() returns an error (no specified property blabla) because of the previous reason - document.embeds[svg].getSVGDocument() fails as well (!). Apparently the first part of this statement gets the ASV3 plugin object, but the .getSVGDocument() throws an unspecified error. I suspect a bug in the MHTML handling (eventually the domain name, rather complex in the context of a MHTML page). Because this feature is important to me, I am trying any possible workaround before giving up. I would
[svg-developers] Re: set width and height from svg with javascript
Just curious, what's the use of setting width/height for the svg to window.innerXYZ? You can omit width and height for the svg and it will size to window.innerWidth and window.innerHeight since '100%' is the default value. It won't help for printouts either? --- In svg-developers@yahoogroups.com, [EMAIL PROTECTED] wrote: It is not so complicated as you tried to make it. svg onload=init(evt) script type=text/javascript function init(evt) { var elem = evt.target; elem.setAttribute('width',window.innerWidth); elem.setAttribute('height',window.innerHeight); } /script /svg That will set the width/height of your SVG to the size of the browser window, I think that is what you were trying to do. Regards, Keir Gordon -Original Message- From: tamsvg [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 12, 2005 4:09 AM To: svg-developers@yahoogroups.com Subject: [svg-developers] set width and height from svg with javascript Hi! I'm trying to set the width and the height from my svg tag with javascript by calling the onload event. But it doesn't work. So what is wrong here: svg id=svg width= height= onload=init(evt) script type=text/javascript function init(evt) { var elem = evt.target; var svgdoc = elem.ownerDocument; var svg = svgdoc.getElementsById('svg'); svg.setAttribute('width',window.innerWidth); svg.setAttribute('height',window.innerHeight); } /script /svg I think that my variable svg is not ok, because I can't get the attributes of it. But how can I get the 'svg' element? tam - 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/
[svg-developers] Re: MHTML (web Archive) / SVG / Javascript problem
--- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: Thanks for the reply. Unfortunately, both the 2nd and 3rd lines in your code give me the Unspecified Error as well. The 1st line pops up an alert box returning Microsoft Internet Explorer. When I go into a Script Debugger, it says window.document.embeds ('FP').window is undefined, therefore getDocument of course doesn't exist. Thoughts? No. Maybe there's no such embed object with id/name='FP'? The Script Debugger should be able to tell. --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: Ok, from JS in Html: alert(window.navigator.appName: +window.navigator.appName); alert(window.document.plugins ('FP').window.navigator.appName: +window.document.plugins ('FP').window.navigator.appName); var svgobj = window.document.embeds('FP').window.getDocument(); no problem Paul --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: That definitely helps me to an extent. I understand now that if I have javascript in an SVG file itself, to reference the SVG object I can do the following... var svgobj = document The problem is, I'm still struggling to find out how to access the svg object if I have the svg embedded and I want to manipulate the SVG via javascript in the HTML document. What's the comparable command if the embed is named FP? I thought it was the following, but when I use this, I get unspecified error... var svgobj = document.embeds(FP).getSVGDocument() Thanks again for your help, but can you clear this up for me?!? --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: This tread confused me;-) I guess part of the muddle is that window isn't window and document is not document when it comes to html-svg (script) interaction. Moreover, if you open a plain svg, the asv browser integration will generate a html document on the fly; yet you do have a html hosting the svg (embed obj). window is not window: remember these windows are different objects : [in HTML]: browser window object (i.e. recognizes window.open, window.opener, window.top, etc.) [in SVG]: asv plug-in window object (i.e. recognizes window.getSVGViewerVersion, window.contextMenu, etc.) again, [in HTML]: window.document is the browser html document object (i.e. recognizes document.body, document.all, etc.) [in SVG]: window.document is the SVGDocument object (i.e. recognizes document.childNodes, document.rootElement, etc.) roundtripping samples for illustration: [in HTML]: window.document['plugins']['0']['window'] ['document'] ['rootElement'](-svg object type of SVGSVGElement, windowwindow, documentdocument ) [in SVG]: window.parent['document']['parentWindow'] ['document'] = (- html object type of document, doc is doc) Give it a break, - , in asv 'window' is implemented as '_window_impl', and 'parent' is implemented as'__parent__' . (In asv6 'window.parent' is broken, nevertheless 'window.__parent__' still works.) hth and didn't unduly confuse you;-) Paul --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: Fred, you'll notice a post by myself earlier today referencing the same error. I'm also using IE, and on the getSVGDocument call get Unspecified Error. Unlike you though, I'm using a simple asp page with the SVG embedded. I'd also appreciate any suggestions. Thanks! --- In svg-developers@yahoogroups.com, Fred yahou [EMAIL PROTECTED] wrote: Hi, I am using a SVG document that interacts a lot with its parent HTML page, in both direction: HTML-SVG: [in SVG]: window.myFunctionInSVG = myFunction; [in HTML]: window.myFunctionInSVG(); SVG-HTML [in SVG]: parent.myFunctionInHTML(); This works fine on my HTTP server. Then I save as a MHTML (Web Archive) file, eventually using a third party IE plugin like EZ Save MHTML, then tweaking directly the resulting MHTML file (because for an unknown reason it misses the SVG file and its includes, so Im adding it manually, encoded). Now I am sure my MHTML file is complete and well-formed. When I launch the .mht file in IE (6.0), it dispays fine, SVG and HTML included, but the communication between both worlds don't work anymore. And so the interactivity. After some debugging I have been able to sort out that: [in SVG]: - parent and top _don't exist_, so
[svg-developers] Re: MHTML (web Archive) / SVG / Javascript problem
Supposing: you've got IE6 hosting asv3.2? Do other svg samples (Yahoo Links) work as expected? Add the MOTW (Google: 'Mark of the Web' / SP2 fix ) tag to your html file. Adjust your browser security setup. I'm afraid this kind of 'advise' isn't in particular precise. Here's an analogous debug output from my devbox: window.document['plugins']= [object] window.document['plugins']['0']= [object] window.document['plugins']['0']['window']= '[object Window]' window.document['plugins']['0']['window']['getSVGViewerVersion'] = 'function getSVGViewerVersion(){return _window_impl.getSVGViewerVersion()}' window.document['plugins']['0']['window']['_window_impl'] = '[object Window]' window.document['plugins']['0']['window']['_window_impl'] ['getSVGViewerVersion']= 'Adobe; 3.02' somehow or other it worked at this machine.. --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: While window.document.embeds('FP').window is undefined, window.document.embeds('FP') is defined, so the embed does exist. I have to think this is some setting on my machine, but at this point I'm both helpless and clueless. Please help! --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: Thanks for the reply. Unfortunately, both the 2nd and 3rd lines in your code give me the Unspecified Error as well. The 1st line pops up an alert box returning Microsoft Internet Explorer. When I go into a Script Debugger, it says window.document.embeds ('FP').window is undefined, therefore getDocument of course doesn't exist. Thoughts? No. Maybe there's no such embed object with id/name='FP'? The Script Debugger should be able to tell. --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: Ok, from JS in Html: alert(window.navigator.appName: +window.navigator.appName); alert(window.document.plugins ('FP').window.navigator.appName: +window.document.plugins ('FP').window.navigator.appName); var svgobj = window.document.embeds('FP').window.getDocument (); no problem Paul --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: That definitely helps me to an extent. I understand now that if I have javascript in an SVG file itself, to reference the SVG object I can do the following... var svgobj = document The problem is, I'm still struggling to find out how to access the svg object if I have the svg embedded and I want to manipulate the SVG via javascript in the HTML document. What's the comparable command if the embed is named FP? I thought it was the following, but when I use this, I get unspecified error... var svgobj = document.embeds(FP).getSVGDocument() Thanks again for your help, but can you clear this up for me?!? --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: This tread confused me;-) I guess part of the muddle is that window isn't window and document is not document when it comes to html-svg (script) interaction. Moreover, if you open a plain svg, the asv browser integration will generate a html document on the fly; yet you do have a html hosting the svg (embed obj). window is not window: remember these windows are different objects : [in HTML]: browser window object (i.e. recognizes window.open, window.opener, window.top, etc.) [in SVG]: asv plug-in window object (i.e. recognizes window.getSVGViewerVersion, window.contextMenu, etc.) again, [in HTML]: window.document is the browser html document object (i.e. recognizes document.body, document.all, etc.) [in SVG]: window.document is the SVGDocument object (i.e. recognizes document.childNodes, document.rootElement, etc.) roundtripping samples for illustration: [in HTML]: window.document['plugins']['0']['window'] ['document'] ['rootElement'](-svg object type of SVGSVGElement, windowwindow, documentdocument ) [in SVG]: window.parent['document']['parentWindow'] ['document'] = (- html object type of document, doc is doc) Give it a break, - , in asv 'window' is implemented as '_window_impl', and 'parent' is implemented as'__parent__' . (In asv6 'window.parent' is broken, nevertheless 'window.__parent__' still works.) hth and didn't unduly confuse you;-) Paul --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote
[svg-developers] Re: MHTML (web Archive) / SVG / Javascript problem --Solution
If you actually filed 'd:\ex.svg' it might snap at 'file://d:/ex.svg' or 'd:\\ex.svg' 'file://...'. (beware of escape sequences;-) --- In svg-developers@yahoogroups.com, Chris Peto [EMAIL PROTECTED] wrote: An example is always best. Maybe you could provide a URL? Mit freundlichen Grüßen/Regards Chris Peto Freelance System Development, Resource Solutions Founding Partner, Vectoreal - Germany Mobile: +49 (0) 173 308 7843 Tel:+49(0) 6103 80 21 98 http://www.resource-solutions.de http://www.resource- solutions.de/ http://www.vectoreal.com http://www.vectoreal.com/ SVG editor: http://www.resource-solutions.de/svgeditor.html mailto:[EMAIL PROTECTED] Member of: SPARK - SVG Programmers' Application Resource Kit SVG site: http://www.schemasoft.org/svg/main.svg HTML site: http://www.schemasoft.org/ -Original Message- From: riverside6 [mailto:[EMAIL PROTECTED] Sent: Dienstag, 12. April 2005 20:23 To: svg-developers@yahoogroups.com Subject: [svg-developers] Re: MHTML (web Archive) / SVG / Javascript problem --Solution Here's my issue... In the src code I am attempting to put in a direct path (ie. d:\ex.svg). When I do this, it gives me the Unspecified Error. When I put in a URL, it works like a champ. Is there anyway to put in a direct path or UNC path as opposed to a URL? Thanks again for the help! --- In svg-developers@yahoogroups.com, riverside6 [EMAIL PROTECTED] wrote: Ok, here's the deal... Previously, I was reading in the src location of the embed from a database and passing it to the embed tag via VBScript. I decided to remove this and hard-code the item, when I did this, it worked. So, the question I have now, is what gives? Why did this work for a while, and then stop working? What can I do to make it work again? Thanks a bunch to everyone, any more thoughts on this issue? --- In svg-developers@yahoogroups.com, Chris Peto [EMAIL PROTECTED] wrote: Hi, I have small examples of accessing a embed in IE and ASV3.x: http://www.resource-solutions.de/svg/meldermover/index.htm or http://www.resource-solutions.de/svg/viewbox_map/ Mit freundlichen Grüßen/Regards Chris Peto Freelance System Development, Resource Solutions Founding Partner, Vectoreal - Germany Mobile: +49 (0) 173 308 7843 Tel:+49(0) 6103 80 21 98 http://www.resource-solutions.de http://www.resource- solutions.de/ http://www.vectoreal.com http://www.vectoreal.com/ SVG editor: http://www.resource-solutions.de/svgeditor.html mailto:[EMAIL PROTECTED] Member of: SPARK - SVG Programmers' Application Resource Kit SVG site: http://www.schemasoft.org/svg/main.svg HTML site: http://www.schemasoft.org/ -Original Message- From: Jonathan Watt [mailto:[EMAIL PROTECTED] Sent: Dienstag, 12. April 2005 18:57 To: svg-developers@yahoogroups.com Subject: Re: [svg-developers] Re: MHTML (web Archive) / SVG / Javascript problem On Apr 12, 2005 5:52 PM, Jonathan Watt [EMAIL PROTECTED] wrote: BTW, a more portable way to get the SVG document and it's global window object is to use a function like the one below from your HTML. Your HTML scripts should then be able to access your SVG in Mozilla as well, and hopefully also in Batik. function setSVGVars() { // create two global variables that should point to the SVG document // and its window window.svgdoc = null; window.svgwin = null; // get the embed object using getElementById! var embed = document.getElementById('embed_id'); In fact I should really have put in a check here to make sure the embed object was found. Something like: if (!embed) return; try { // ASV doesn't allow us to test for getSVGDocument so we just have to call it. // We should catch exceptions thrown by browers that don't support it. window.svgdoc = embed.contentDocument || embed.getSVGDocument (); } catch (e) { // ignore exception and check whether svgdoc == null later } window.svgwin = svgdoc svgdoc.defaultView || embed.window || null; } After calling this function you should be able to access your SVG document using svgdoc, and access functions and variables defined in scripts in your SVG document using svgwin.functionOrVariableName. If the SVG document couldn't be accessed then svgdoc will be set to null. If the SVG document's global window object couldn't be accessed then svgwin will be set to null. - To unsubscribe send a message to:
[svg-developers] Re: xlink:href=javascript:top.open() - broken on Win XP SP2
Paul, plz try if a onclick=try{this.parent.document.open ('../paras/3.4.6.4.xml', '_blank','toolbar=yes,scrollbars=yes,resizab le=yes,width=330,height=180');}catch(e){alert(e.description);} /a works for you. Cheers Paul PS: Just recognized that the code your mail refers to is messing with the javascript protocol for the href attribute (a xlink:href=javascript:whatever the script returns will be the destination of the anchor object :-(( ...). Would completely ignore it. --- In svg-developers@yahoogroups.com, Paul White [EMAIL PROTECTED] wrote: --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: Paul, just ideas to check: -make sure you've access to the object who's open method you're calling. If you're after the browsers window (`top'.open()), you should walk like `this.parent' if calling within svg. (check for parent.navigator.appName). Inside svg this.navigator.appName will read 'Adobe SVG Viewer'. -if you're looking for document.open(): parent.document.open(). -usually I utilize: var oParentWin= (this.parent)?(this.parent): (this.__parent__); AFAIK scripting the open method is not blocked, if the script is a click event handler. However, SP2 might take us for a ride concerning asv.. == Thanks for answering so promptly, Paul! I've read your response carefully, but I'm not smart enough to implement your solution, as I'm not sure exactly how to code my javascript from your general example. Here's the javascript popup code in a typical SVG: script ![CDATA[ //--- var popUpWin=0; function popUpWindow(URLStr, center, top, width, height) { if(popUpWin) { if(!popUpWin.closed) popUpWin.close(); } popUpWin = open (URLStr, 'popUpWin', 'toolbar=yes,scrollbars=yes,resizable=yes, width=330,height=180'); } function popUpWindow2(URLStr, center, top, width, height) { if(popUpWin) { if(!popUpWin.closed) popUpWin.close(); } popUpWin = open (URLStr, 'popUpWin', 'toolbar=yes,scrollbars=yes,resizable=yes, width=680,height=380'); } ]] /script a typical click event is coded: onclick=popUpWindow2('../paras/3.4.6.4.xml') / In the SVG definitions after the entities are declared, there's this bit referring to the SVG Viewer: xmlns:a=http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/; Thanks in advance for any additonal help. - 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/
[svg-developers] Re: Update Project What do you think about
Hello Burkhard, if you're looking for comments or assessment, a short description what's it all about would be expedient ;-). Hmm, I cannot find no graphs. There are tables and form widgets whilst no compelling svg logic? Why do you think svg does a better job than dhtml, iframes, divs, etc. concerning your gui? Viele Grüsse! Paul --- In svg-developers@yahoogroups.com, Burkhard Stollenwerk [EMAIL PROTECTED] wrote: Hello, Could you have a look at my project. What do you think about? www.futurefarm.de/ http://futurefarm.de/kuh2005/svgkuh.svg Burkhard Stollenwerk [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: Adobe please distribute SVG Viewer ...MASSIVELY !!!
Cor, you name it. I was waiting for Mr. Ferraiolo to speak up. Hence, just some spots: -Microsoft and others (including Autodesk!) submitted vml to w3c in early 1998 -Adobe and Others (including IBM, Sun) submitted pgml to w3c a few weeks later -MS had a native browser implementation ready (IE 5), vml had (*has* (google;-)) a tremendous reach -vml would give MS Office the ability to spread documents thought the web, both text and *inline* graphics. Isn't that a major pdf domain? -we know, no vml, no pgml, *all* together they cook up svg Ok, pdf and svg: -Acrobat Reader 5 (full install) shipped ASV 2 -ASV 3 already was a separate download -Acrobat Reader 6 (full install) would contain ASV5 (e.g. photo album stuff), but won't ship the browser integration -Addobe Reader 7 (full install) would contain ASV6, of course, won't ship the browser integration If you sum up, there's quite a large crowd out there having svg engines on their machines. These are svg's concealed assets! Do you have to be a Conspiracy theoretician to put the maladjustments down to politics? If you're curious what Adobe is taking care of read the `intelligent' pdf (xml empowered pdf) documentation at Adobe.com. If you still curious what's in pdf check out some of the Interactive 3D graphic models in PDF (ftp2.bentley.com/dist/collateral/Web/flyover_dtm.pdf, ftp2.bentley.com/dist/collateral/Web/SouthBeachMotorsfly3.pdf, ) !!'In hindsight, VML was pretty darn close to what was needed' 8-O Regards Paul PS descbiassed readers, skip this ;-)/desc Yet again, xaml is in the position to compete with pdf. This time the dominant ms windows user squad will get powerful native os (+hardware) display support and a xaml document generator on board. There's one thing for sure, MS will get the technology shipped to the mass. /PS --- In svg-developers@yahoogroups.com, Rick Bullotta [EMAIL PROTECTED] wrote: Agree almost completely. The foundation for all success is ubiquitous or native browser support. Period. Flash succeeds because it can run just about anywhere in anything. http://www.macromedia.com/shockwave/download/alternates/ Without that type of broad based support, SVG may never get past its boutique usage stage. Applying the same logic, however, the same could become of (the vector graphics part of) XAML unless some type of multi-platform, multi- browser XAML graphics rendering engine is made available. An alternative path would be for SVG, or a subset of it, to be absorbed into XHTML, which might (somewhat) force the hand of anyone creating something browser-like to support SVG. Let's face it - all most of us really need is some relatively simple vector graphics rendered in our browsers. All of the exotic filters and transforms and some of the more esoterica in SVG are in the nice to have category. I'd be deliriously happy to have SVG Basic or even SVG Tiny supported natively by all major browsers. In hindsight, VML was pretty darn close to what was needed. It is a shame that the divergence occurred. I don't pretend to understand the politics or dynamics, but in any case, it suc%s for everyone involved. For now, we're sticking to SVG on the server-side for dashboarding applications, but I hope that can change in the future. - Rick -Original Message- From: Cor Hofman (SC :) [mailto:[EMAIL PROTECTED] Sent: Thursday, February 10, 2005 2:07 PM To: svg-developers@yahoogroups.com Subject: RE: [svg-developers] Adobe please distribute SVG Viewer ...MASSIVELY !!! Hi, I have been following the SVG discussions for a couple of years now (and an early adopter as well). However the cry out to Adobe for support on SVG is quite old. Far too old To them it is just another business case. They 've invested some money and they want to see ROI now. In other words they need to have a profitable business model (paying customers!). Aparently they have not. Another gossip is that SVG could compete with their PDF technology (which is currently profitable!). The fact that this discussion lingers on and on, without possitive feedback from the (historical) biggest investor (or any other company for that matter) says more then enough I think. Unless there is a significant (profitable) demand for this technology shortly, MS will set the standard once again (including embedding in IE). Have a look at all the early adopters developping SVG tooling. They are not to sure either, since they have hastened themselves to provide the MS flavor as well. And yes of course, there will always be a niche market... Regards, Cor Hofman. - 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
[svg-developers] Re: adroit maps.google.com/maps
2 more cents. Misha is 100% correct. For ie the static gifs are backdrop and vml encodes the custom content info. My crowd has done lots of svg work in the past (for *profit* orgs!) + sure I've proven to typify a svg advocate. That's just it why I think this tread matters. Doug, thousand pardons for turning a knife in a wound. I sense google maps is *the* typical case study. Sure, the google guys were discussing svg for their implementation!?! How should they really go for it?!? They're going to run a tailor-made implementation for ie clients making use of `depreciated' 1998 vml technology. Despite the fact that's tender spot, they are doing just fine, the application is reasonably simple and performing wonderful. Today, 2005, svg is the future? (sorry for the question mark) Must shake any svg advocate awake. Again my heretical question: How should they (and others) really go for it? Best Regards Paul Doug, don't get me wrong. I'm rather playing querulous in order to get an ambitious discussion running. (In fact, I do agree, there's quite a chance for svg within google maps targeting mobile clients. BTW, the googlemaps folks assured that they read all of the mail they get;-) --- In svg-developers@yahoogroups.com, Misha Kapushesky [EMAIL PROTECTED] wrote: Hi all, Google maps *does* use VML. It uses VML for drawing paths on the map (when you search for directions you get a fat blue line outlining how to go from A to B). There is an if/else switch in the code that forks between IE and everything else. If the client is using IE, the path from A to B is drawn via VML. Otherwise, the path is drawn as a separate image and is placed on top of the map. This drawing is done externally (via a distinct URL, http://www.google.com/maplinedraw?width=Wheight=Hpath=P, where P is some encoding corresponding to the path) for non-IE, and it's done completely client-side for IE, and in VML, via creating a v:shape element and defining a path for an attribute, etc. It's all in the javascript :). --Misha On Wed, 09 Feb 2005 00:54:09 +0100, Philippe Lhoste [EMAIL PROTECTED] wrote: Kerry Coffin wrote: Andreas, I think you're right. VML is not used in the map generation on the client side Well, the HTML source and the help page claims that Google Map works on Mozilla/Firefox as well as on Internet Explorer, so VML is out of the way. Perhaps the trace on the header was a tentative and then forgotten. My browser constantly says: picture downloading .. 48 items remaining, etc. Strangely, all I got with IE5.5 is a JavaScript error: this.map is Null or is not an object. The app. works for me with Mozilla 1.7. And it works fine, it is very responsive, even on my old computer (with ADSL, though). The bubble that is shown when clicking on a requested location (like bookstore) looks like an overLIB http://www.bosrup.com/web/overlib/ popup http://overlib.boughner.us/plugins/bubble_commands.html. The html source says that javascript is the only thing that the browser needs to support. A good JS engine, perhaps ;-| Too bad it is too US centric, currently... -- Philippe Lhoste -- (near) Paris -- France -- http://Phi.Lho.free.fr -- For servers mangling my From and Reply-To fields, -- please send private answers to PhiLho(a)GMX.net -- -- -- -- -- -- -- -- -- -- -- -- -- -- - To unsubscribe send a message to: svg-developers- [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Links - 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/
[svg-developers] Re: adroit maps.google.com/maps
Pierre, it's like Misha posted. They do tailoring for the client browser. Sticking point is they're tailoring for vml, not svg, in 2005! Somehow they established a precedent, am I right? Paul --- In svg-developers@yahoogroups.com, Bru, Pierre [EMAIL PROTECTED] wrote: -Original Message- From: welkerpaul [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 2:39 PM To: svg-developers@yahoogroups.com Subject: [svg-developers] Re: adroit maps.google.com/maps 2 more cents. Misha is 100% correct. For ie the static gifs are backdrop and vml encodes the custom content info. at least, not for the direction blue line: it also shows in FF and AFAIK, FF does not understand VML :/ Pierre. - 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/
[svg-developers] Re: Debugging Javascript within SVG Viewer
JAN to set off IExplorer: Internet Options, Browsing cat, uncheck 'Disable Script Debugging (IE)' and 'Disable Script Debugging (Other)', check 'Display a notification about every script error' MS Visual Studio: To access the Just-In-Time page, click the Tools menu and select Options. In the Options dialog box, expand the Debugging folder and select Just-In-Time. This page allows you to enable Just- In-Time debugging for managed (common language runtime) code, unmanaged (native) code, and script. For more information, see Just- In-Time Debugging. You can enable Just-In-Time debugging for these program types: Common language runtime Native Script Just-In-Time debugging is a technique for debugging a program that is started outside of Visual Studio. You can run a program created in Visual Studio outside of the Visual Studio environment. If you have enabled Just-in-time debugging, the program will bring up a dialog box when a crash occurs. (VS Help, fy convenience) The JScrpit debugger statement will bring up a dialog box as well. MS (Office) Script Editor allows Just-In-Time debugging in a similar way (-Options dialog). I have a clean record concerning Eclipse; excuse no clue. The debugger within a textpad app is the determined js alert(';- O') statement. DHTML: google How and why did you get VS/Eclipse if you won't use/explore it? NOJAN Sorry, this is off topic concerning svg. /NOJAN /JAN hth Paul --- In svg-developers@yahoogroups.com, Jan [EMAIL PROTECTED] wrote: I'm not using any development tools except a regular Textpad editor to create a web page via html, some php, Javascript, and embedded svg in a Win2000 environment. I'm running IIS6.0 and IE. Not sure what dhtlm is. I have Visual Studio and Eclipse installed on my machine, but am not using either of these for an IDE. Is it possible to use Eclipse as an IDE? This may be a stupid question, but I am completely new to web development and have only used IDEs in the past for non-Web apps. I believe I can somehow get IE to connect to the Visual Studio, Eclipse, or MS Windows Script debuggers by modifying the registry somehow and by using the 'debugger;' command within my Javascript code. Does anyone know how to do this? Jan --- In svg-developers@yahoogroups.com, welkerpaul [EMAIL PROTECTED] wrote: Don't expect a qualified answer to your devtools env setup without telling much about your environment+toolset. 1st of all you should be able to debug dhtlm script (attach to process or IE:ViewScript DebuggerBreak at Next Statement or insert debugger statement). if you're using ms tools, there's plenty of excellent documentation at msdn.microsoft.com.. The other method of debugging reads 'alert';-) hth Paul --- In svg-developers@yahoogroups.com, Jan [EMAIL PROTECTED] wrote: I have some SVG documents that interact with a containing html page and also use some Javascript within them. There was a message on this forum a while back about modifying the registry to allow use of a debugger such as the Visual Studio debugger to break into the javascript code that is inside of the svg document. The suggestion was to modify the registry as follows: [HKEY_CURRENT_USER\Software\Microsoft\Windows Script\Settings] JITDebug=dword:0001 This does not work for me. I'm on a Win2000 machine and don't even have a 'Windows Script' key. I only have 'Windows Script Host' and 'Windows Scripting Host' keys. Does anyone know how to do this or any other methods of debugging? I would also like to run a debugger with Javascript that is outside of my svg document. Thanks. Jan - 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/
[svg-developers] adroit maps.google.com/maps
No bash, just an encouragement for the ambitious svg gis mapper: Google maps ( maps.google.com/maps ) is quite impressive!? Of course they don't use svg. But- GOOGLE PUTS VML on the stove:-O You bet it's going to be no svg but xaml sooner or later... Regards Paul - 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/
[svg-developers] Re: adroit maps.google.com/maps
Andreas, you'll need IE5.5+ to get vml. This app is crazy fast with little effort within ie. Sug: the little gifs are ready on server + iexplorer gives them the ability to present this glossy responsive ui. (DirectX image processing , vml graphing, info bubble, etcpp., with transparency all over the place...) (Not worth mentioning ie doesn't rasterize vml for printing.) Doug mapping apps are quite often about request+instant response: I cannot see any sensible usecase concerning flash. I guess the google workload concerning the result rendering (following db query) is moderate. After all, they're using a simple convincing design. Same thing has been tried with svg many times. Many times it got spoiled by unacceptable performance, workarounds leading to cluttered design, complicated plugin/browser integration and fragmentary printing support (add custom act of desperation here...). Svg is not to blame for it. If Svg wouldn't be there, MS vml would have become apparent all over the place? My point: Googlemaps implemented in svg would have been the killer showcase for svg. It's odds on that it is not going to happen.. Regards Paul PS: Google is a great company, still they cannot ignore their user base. Companies hardly turn down money on religious browser questions? --- In svg-developers@yahoogroups.com, Andreas Neumann [EMAIL PROTECTED] wrote: No bash, just an encouragement for the ambitious svg gis mapper: Google maps ( maps.google.com/maps ) is quite impressive!? Of course they don't use svg. But- GOOGLE PUTS VML on the stove:-O where do they use VML? can't find any, except in the header ... You bet it's going to be no svg but xaml sooner or later... I guess not, since Google is a Unix/Linux shop all over ... Andreas - 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/
[svg-developers] Re: Performance problem while setAttribute(points) on polyline
Faisal, relative stroking is supposed to process faster. If you suffer from performance problems you're dealing with complex drawings- guessing. In general, since the parsed dom eats up your machines ram, any optimization that reduces your drawings dom memory footprint might be worth thinking twice. Adjusting the coordinate representation to a reasonable resolution is easy. Relative stroking throughout the entire drawing should give you smaller numbers too. Play around with grouping and inheritance for styling: redundant info that gets stripped from the file won't squat in a mem;-) Btw: crispEdges AND optimizeSpeed: it's one or the other Regards Paul --- In svg-developers@yahoogroups.com, Faisal Javeed [EMAIL PROTECTED] wrote: I added crispEdges and optimizeSpeed to the polyline and the result was that time to display around 5000 points was reduced to a fraction of a second from 4 - 5 seconds. About the last point you mentioned -don't use polylines, use paths with relative stroking (lower case letter path commands) Is path faster and also if i use relative (i.e. Lower case letter commands like M 10 10 l 20 30 l 30 20) coordinates will it make the rendering even more fast ???. Regards Faisal Javeed INTECH Process Automation Pvt. Ltd. 119-B Tech Society Lahore-54590, Pakistan Cell: 03334241582 Voice: +92 42 5427001 (3 lines) Fax: +92 42 5411724 Web: www.intechww.com welkerpaul [EMAIL PROTECTED] 02/02/2005 06:52 PM Please respond to svg-developers@yahoogroups.com To svg-developers@yahoogroups.com cc Subject [svg-developers] Re: Performance problem while setAttribute (points) on polyline You're right, the asv rendering engine is dead slow. Try to lower demands on viewer: -set xxx-rendering=optimizeSpeed, at least shape- rendering=crispEdges (probably you'll know already;-) -asv antialiasing is very expensive, set defaultAntialias=false, or use .setDefaultAntialias(false) while updating dom and revert to .setDefaultAntialias(true) when finished -don't use classes for styling, inline attribs should process faster (nasty adice;-) -don't use polylines, use paths with relative stroking (lower case letter path commands) hth Paul --- In svg-developers@yahoogroups.com, Faisal Javeed [EMAIL PROTECTED] wrote: I have a polyline and i have made a string of the format x,y x,y x,y . this is quite a long string having a larger number of coordinates. Now when i call setAttribute on the points attribute of polyline and give this string, the processor takes up to 10 seconds and after 10 seconds the polyline can be seen on the screen. (looks like svg plug-in takes 10 seconds to render such a large polyline) Is there anyway to make this any faster. I am using a p4 with 512 Mb of ram and IE 6.0 with ASV 3.01. Regards [Non-text portions of this message have been removed] - 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 the Yahoo! Terms of Service. [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: Performance problem while setAttribute(points) on polyline
You're right, the asv rendering engine is dead slow. Try to lower demands on viewer: -set xxx-rendering=optimizeSpeed, at least shape- rendering=crispEdges (probably you'll know already;-) -asv antialiasing is very expensive, set defaultAntialias=false, or use .setDefaultAntialias(false) while updating dom and revert to .setDefaultAntialias(true) when finished -don't use classes for styling, inline attribs should process faster (nasty adice;-) -don't use polylines, use paths with relative stroking (lower case letter path commands) hth Paul --- In svg-developers@yahoogroups.com, Faisal Javeed [EMAIL PROTECTED] wrote: I have a polyline and i have made a string of the format x,y x,y x,y . this is quite a long string having a larger number of coordinates. Now when i call setAttribute on the points attribute of polyline and give this string, the processor takes up to 10 seconds and after 10 seconds the polyline can be seen on the screen. (looks like svg plug-in takes 10 seconds to render such a large polyline) Is there anyway to make this any faster. I am using a p4 with 512 Mb of ram and IE 6.0 with ASV 3.01. Regards [Non-text portions of this message have been removed] - 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/
[svg-developers] Re: calling the ASV3 by stream with IE , but how
Rolf, you may look at http://www.jenitennison.com/xslt/utilities/svg-utils.xml Cheers Paul --- In svg-developers@yahoogroups.com, rwkemper [EMAIL PROTECTED] wrote: Dear All, I'm using ASV3 with IE6 I have done a style sheet and an xml. The xml file consits of the usal instruction to call the style sheet. When I open the xml file with IE , the stylesheet gets processed and I see tsome text in my browser (which is the text between the svg tags). BUT, the ASV3 plugin is obviously not called. I tried to delcare most things in the xslt, but I can't get it to work so-far. Please have a look to my declarations. Question is how IE gets the information to call the adobe plugin out of the result stream ?! Thanks a lot Rolf Here is my code: ?xml version=1.0 encoding=UTF-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:spice=http://itntra.etc.nec.de/spicesvg.html; !--xsl:output version=1.0 encoding=UTF-8 indent=yes cdata-section-elements=script /-- xsl:output method=xml doctype-public=-//W3C//DTD SVG 1.0//EN doctype-system=http://www.w3.org/TR/2001/REC-SVG- 20010904/DTD/svg10.dtd cdata-section-elements=script media- type=text/xml/ !-- sign on message -- xsl:variable name=gSignOnMessage select='DrawBlock V0.00 '/ !-- drawing constants -- xsl:variable name=vWindowWidth select=1280/ xsl:variable name=vWindowHeight select=1810/ !-- this user coordinate system is actually based on um -- xsl:variable name=gViewportWidth select=12000/ xsl:variable name=gViewportHeight select=16970/ !-- bars -- xsl:variable name=gMessageBarHeight select=250/ !-- # TOP TEMPLATE ## ## -- xsl:template match=/ xsl:processing-instruction name=AdobeSVGViewersave=snapshot/xsl:processing-instruction !-- onload=init(evt) -- svg width={$vWindowWidth} height={$vWindowHeight} viewBox={concat('0 0 ',$gViewportWidth,' ',$gViewportHeight)} contentScriptType=text/ecmascript contentStyleType=text/css zoomAndPan=magnify id=BlockDraw preserveAspectRatio=xMinYMin meet xmlns:a3=http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/; a3:scriptImplementation=Adobe xmlns:spice=http://itntra.etc.nec.de/spicesvg.html; ... CUT AS NORMAL SVG CREATION FOLLOWS HERE - 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/