Re: [svg-developers] Re: sXBL, loading using JavaScript
inf_demo schrieb: --- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: as far as i understand it , binding is done via a match of the element- attribute with the local name of an element. so i think creating your definition, and then do myXBLElement.appendChild(definition) should be enough. This is what I have done. However, after building the shadow tree, it is appended to an svg or g element not an xbl element, which is supposed to remain independent of the rendered elements afaik. Johanne Hi Johanne are you david, whom i answered ? or did you just have the same question ? did i misunderstand ? it sounds like you try to implement XBL, i thought you just wanted to create definitions via js! i really dont understand what you mean with: after building the shadow tree, its appended... what i meant, was that when creating definitions via js, you just append this definition to an xbl- element. you dont do anything with any shadow content... please clearify. cheers Holger Yahoo! Groups Sponsor ~-- !-- SpaceID=1706030389 loc=TM noad -- ~- - 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/
Re: [svg-developers] SVG and HTML all in one html file
kenloong98 schrieb: Hi Does anyone know how to embed an SVG document in a html file such that there is not need to have a src reference to a .svg file typically, you do embed name=... src=anotherfile.svg /embed but, i do not want to generate the svg file. Is there a way to embed the svg document in a data island in the html file? like, using a xml id=id /xml, then use src=id in the embed. tried this but the SVG3 plugin does not seem to recognise it. help appreciated regards Benc QMatrix currently only opera and firefox 1.1 alpha support SVG natively. in these two browsers, you can mix html and svg in one document, useing xml-namespaces. example: html xmlns=http://www.w3.org/1999/xhtml; head titlecdf test/title /head body h1SVG in HTML/h1 svg xmlns=http://www.w3.org/2000/svg; rect x=0 y=0 widtzh=100 height=100/ /svg /body /html cheers Holger Yahoo! Groups Sponsor ~-- !-- SpaceID=1706030389 loc=TM noad -- ~- - 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/
Re: [svg-developers] Re: SVG and HTML all in one html file
Francis Hemsher schrieb: Hey Benc, I just love folks that like to push the envelope a bit to its extremes. what do you mean by this ? i thought svg was created for just that purpose... mixing it with other xml dialects. I know ways to dump an xml file into an empty SVG container, however it must be defined in the embed as an svg file. I'd sure like to know why you want to go the way of a raw XML file? Sounds interesting... Francis --- In svg-developers@yahoogroups.com, kenloong98 [EMAIL PROTECTED] wrote: Hi Does anyone know how to embed an SVG document in a html file such that there is not need to have a src reference to a .svg file typically, you do embed name=... src=anotherfile.svg /embed but, i do not want to generate the svg file. Is there a way to embed the svg document in a data island in the html file? like, using a xml id=id /xml, then use src=id in the embed. tried this but the SVG3 plugin does not seem to recognise it. help appreciated regards Benc QMatrix - 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/
RE: [svg-developers] SVG and HTML all in one html file
Holger, currently only opera and firefox 1.1 alpha support SVG natively. in these two browsers, you can mix html and svg in one document, useing xml-namespaces. example: html xmlns=http://www.w3.org/1999/xhtml; head titlecdf test/title /head body h1SVG in HTML/h1 svg xmlns=http://www.w3.org/2000/svg; rect x=0 y=0 widtzh=100 height=100/ /svg /body /html You can also do this in our Sidewinder Web Applications Viewer, which supports MathML and XForms, as well as validating. The current version of the Viewer uses IE as the HTML rendering engine, and plug-ins to provide support for languages in other namespaces: * SVG is supported by any of the Adobe SVG plug-ins; * MathML is supported by Design Science's MathPlayer; * XForms and XBL are supported by our formsPlayer; Note that Sidewinder also validates the combination of XHTML+SVG+XForms+MathML for you, which is particularly useful in the development phase. The Viewer preview and a couple of simple screenshots are available from: http://www.formsplayer.com/download/swviewer-install.html Anyway, as you can see, compound documents that will work in a number of different browser environments is fast becoming a reality. Regards, Mark Mark Birbeck CEO x-port.net Ltd. e: [EMAIL PROTECTED] t: +44 (0) 20 7689 9232 w: http://www.formsPlayer.com/ b: http://internet-apps.blogspot.com/ Download our XForms processor from http://www.formsPlayer.com/ Yahoo! Groups Sponsor ~-- !-- SpaceID=1706030389 loc=TM noad -- ~- - 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] Follow sail racing on SVG webmap
classic DHTML/jS website : http://www.netandsea.com/route-equateur/ new version with SVG, with boats animations, interactive maps, tips : http://www.netandsea.com/route-equateur/svg/ best regards Didier Netency.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/
Re: [svg-developers] Follow sail racing on SVG webmap
Nice project, Didier! Just wanted to note that this list can be accessed via http://svg-developers.com This is a nice resource as well, http://dir.gmane.org/gmane.text.xml.svg.devel -JonFr - 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/
RE: [svg-developers] XForms in standalone SVG
Hi Steve, Although I've said this before, I believe that architecting *first and foremost* in SVG is not sustainable. I know that people will reply by saying that they have successfully created applications that have hundreds of thousands of lines of SVG, but it seems to me that the 'mountain bike demo' discussion a week or so ago made it plain that--despite the incredibly impressive results--for most developers and projects this approach is not an option. I'll describe the architecture I am working towards, and then follow with an example that adds dynamic SVG buttons to an existing application by 'skinning' it, rather than changing the application. The SVG buttons will: * use filters to give a rounded effect; * obtain their captions from the XForms engine, and be updated if the data changes; * use the applications's CSS to obtain colours which will be used for the captions and the background; * use SMIL to 'fly' the button's label in, but use *CSS* properties to determine *when* to fly the text. This last point is I believe a very important development, in that we are not binding to specific events like mouse-over, but to CSS clasees. In other words, the functionality in the SVG button is *truly* independent, encapsulated and re-usable. ARCHITECTURE The archtitecture I would recommend to you is one in which the foundation of an application is an XHTML document. For now that's XHTML 1.1, but soon it will be XHTML 2. This foundation provides us with a simple framework into which we can put metadata about the document, links to stylesheets, and so on. Once we have a basic document, what goes inside it depends on what you are trying to do, but in general I would say that we want it to be as abstract as possible. We want to specify *what* we want to do, not how it will be done. If we want to collect an integer from a user, we just use the XForms input control, and bind it to a node of type xsd:integer. If we want to show an error message we should use the XForms message element. And so on. What we *don't* want to do--at this level at least--is start defining our application in terms of scripts that are non-portable, and don't capture the *intent* of our application. Although we have enabled our Sidewinder Viewer to cope with XForms, SVG, XHTML and MathML, I would suggest that of these, SVG is not an 'abstract' language but a rendering one. MathML is abstract, as is XForms, whilst XHTML has a foot in both camps! SKINNING So where does SVG come in? Well, once we have created our application at an abstract level--step 1 enter a number, step 2 request a customer, step 3 allocate the invoice, and so on--we are then ready to 'skin' it, and present it to our users. Ideal for this is XBL, and inside XBL modules is where we should put our SVG, VoiceXML, X3D or whatever rendering language we care to use. We can keep it hidden, and keep it manageable. We can share objects, replace them with others, or even let the user choose to 'skin' our application in a different way to the one that we intended. AN EXAMPLE If you have looked at our Sidewinder Viewer (available at http://www.formsplayer.com/download/swviewer-install.html) you might have seen that the latest version comes with a full-featured application that interacts with Google Desktop Search (GDS). The application is built using standard XForms techniques, with a few clever bits to make configuration easy. The UI is pretty 'traditional' but on the XForms Wiki we have an example that shows how to add an SVG widget to replace the normal buttons. See: http://www.xforms-wiki.com/bin/view/Main/XformsAndSkinning This topic has all the files needed to add animated buttons to the Google Search application, and takes you step-by-step through what is needed. There is also a small Flash video if you just want to see the results. CONCLUSION Note that the only changes needed to the actual application are a link in the header to indicate what binding rules should be used; the actual code to achieve the 'animated label widget' is kept in the XBL module. This makes testing and auto-generation of applications much easier, since the logic is separate. For your application you might want to look at taking the same approach, and use XBL+SVG to create whatever controls you need, with XHTML to hold the whole thing together. Regards, Mark Mark Birbeck CEO x-port.net Ltd. e: [EMAIL PROTECTED] t: +44 (0) 20 7689 9232 w: http://www.formsPlayer.com/ b: http://internet-apps.blogspot.com/ Download our XForms processor from http://www.formsPlayer.com/ -Original Message- From: svg-developers@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Harwin Sent: 08 June 2005 03:32 To: svg-developers@yahoogroups.com Subject: [svg-developers] XForms in standalone SVG Hi, I have been silent on this list for a while now because the pressures of work have not allowed me the time to participate. I have, therefore, probably missed
[svg-developers] transformation calculator and path polisher
Hello SVG Group, Thank you very much for the help so far, this group did already save me a lot of work I am looking for two optimization tools. 1. Transformation calculator: Is there a tool that can calculate transformations on SVG elements? Instead of just inserting a new transform attribute it should directly change all the coordinates of the element. Sometimes I need to move an object, but it is too much work to recalculate all the values (e.g. if it is a complicated path). Also I don't want to use a simple transform. My application is running on a PDA and I already have a lot of performance problems. So the tool should just walk through the SVG tree and change the nodes that are affected by the transformation. 2. Path polisher: When I use a SVG tool, e.g. Adobe Illustrator, to draw SVG objects, most of the times I get too complicated paths. Sometimes the distance between 2 coordinates is below 1 point. It would be nice to have a tool that could automatically polish these paths. Bye, Peter [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: XForms in standalone SVG
Isn't it just as effective to build JS objects to manage the SVG-DOM nodes (their properties, any animation and any other needed functionally)? This gives us the freedom of not being locked into XHTML and still allows us to provide a dynamic UI - to truely become a one-page web application within the browser. I assume that a JS manager object could also interface with XFORMS; haven't attempted this yet. Using JS allows us to use any browser that supports XML, SVG, XFORMS, XBL, etc If I'm missing something important in my approach, please let me know as I'm already well into the project I'm working on concerning RAD for SVG. Dave --- In svg-developers@yahoogroups.com, Mark Birbeck [EMAIL PROTECTED] wrote: Hi Steve, Although I've said this before, I believe that architecting *first and foremost* in SVG is not sustainable. I know that people will reply by saying that they have successfully created applications that have hundreds of thousands of lines of SVG, but it seems to me that the 'mountain bike demo' discussion a week or so ago made it plain that--despite the incredibly impressive results--for most developers and projects this approach is not an option. I'll describe the architecture I am working towards, and then follow with an example that adds dynamic SVG buttons to an existing application by 'skinning' it, rather than changing the application. The SVG buttons will: * use filters to give a rounded effect; * obtain their captions from the XForms engine, and be updated if the data changes; * use the applications's CSS to obtain colours which will be used for the captions and the background; * use SMIL to 'fly' the button's label in, but use *CSS* properties to determine *when* to fly the text. This last point is I believe a very important development, in that we are not binding to specific events like mouse-over, but to CSS clasees. In other words, the functionality in the SVG button is *truly* independent, encapsulated and re-usable. ARCHITECTURE The archtitecture I would recommend to you is one in which the foundation of an application is an XHTML document. For now that's XHTML 1.1, but soon it will be XHTML 2. This foundation provides us with a simple framework into which we can put metadata about the document, links to stylesheets, and so on. Once we have a basic document, what goes inside it depends on what you are trying to do, but in general I would say that we want it to be as abstract as possible. We want to specify *what* we want to do, not how it will be done. If we want to collect an integer from a user, we just use the XForms input control, and bind it to a node of type xsd:integer. If we want to show an error message we should use the XForms message element. And so on. What we *don't* want to do--at this level at least--is start defining our application in terms of scripts that are non-portable, and don't capture the *intent* of our application. Although we have enabled our Sidewinder Viewer to cope with XForms, SVG, XHTML and MathML, I would suggest that of these, SVG is not an 'abstract' language but a rendering one. MathML is abstract, as is XForms, whilst XHTML has a foot in both camps! SKINNING So where does SVG come in? Well, once we have created our application at an abstract level--step 1 enter a number, step 2 request a customer, step 3 allocate the invoice, and so on--we are then ready to 'skin' it, and present it to our users. Ideal for this is XBL, and inside XBL modules is where we should put our SVG, VoiceXML, X3D or whatever rendering language we care to use. We can keep it hidden, and keep it manageable. We can share objects, replace them with others, or even let the user choose to 'skin' our application in a different way to the one that we intended. AN EXAMPLE If you have looked at our Sidewinder Viewer (available at http://www.formsplayer.com/download/swviewer-install.html) you might have seen that the latest version comes with a full-featured application that interacts with Google Desktop Search (GDS). The application is built using standard XForms techniques, with a few clever bits to make configuration easy. The UI is pretty 'traditional' but on the XForms Wiki we have an example that shows how to add an SVG widget to replace the normal buttons. See: http://www.xforms-wiki.com/bin/view/Main/XformsAndSkinning This topic has all the files needed to add animated buttons to the Google Search application, and takes you step-by-step through what is needed. There is also a small Flash video if you just want to see the results. CONCLUSION Note that the only changes needed to the actual application are a link in the header to indicate what binding rules should be used; the actual code to achieve the 'animated label widget' is kept in the XBL module. This makes testing and auto-generation of
[svg-developers] Call SVG function from other SVG function
Hi I have two svgs embeded in html file. I want to call function of first svg from the function of second svg How is it possible? Thanks in advance, Tharahan - 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: sXBL, loading using JavaScript
Hi Holger, I am not David...at least not at the moment, I think. My answer was more geared to applying the xbl definitions. I thought that was what David wanted to get at. So it is quite possible that my answer was besides the point. Sorry. Johanne --- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: inf_demo schrieb: --- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: as far as i understand it , binding is done via a match of the element- attribute with the local name of an element. so i think creating your definition, and then do myXBLElement.appendChild(definition) should be enough. This is what I have done. However, after building the shadow tree, it is appended to an svg or g element not an xbl element, which is supposed to remain independent of the rendered elements afaik. Johanne Hi Johanne are you david, whom i answered ? or did you just have the same question ? did i misunderstand ? it sounds like you try to implement XBL, i thought you just wanted to create definitions via js! i really dont understand what you mean with: after building the shadow tree, its appended... what i meant, was that when creating definitions via js, you just append this definition to an xbl- element. you dont do anything with any shadow content... please clearify. cheers Holger - 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: Call SVG function from other SVG function
For some reason, perhaps the alignment of the stars, two svg embeds are of interest at this time :) Hi Tharan. Try the following example: main.html HTML BODY onLoad=init() span id=mySVG1span style='width:400;height:400'iframe src=mySVG1.html id=svgFrame1 name=svgFrame1 style='width:100%;height:100%' /iframe/span span id=mySVG2span style='width:400;height:400'iframe src=mySVG2.html id=svgFrame2 name=svgFrame2 style='width:100%;height:100%' /iframe/span 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() } //---click on svg circle function crossTalk() { MySVG2frame.helloWorld() } //---click on svg text function resizeOtherFrame() { main.mySVG2span.style.width=450 main.mySVG2span.style.height=350 } //---called from svg2--- function helloWorld() { text1=MySVG1doc.getElementById(text1) text1.firstChild.setData(hello from SVG2) main.talkToMe(SVG2 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=50 onclick=resizeOtherFrame()SVG1/text /svg 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() } //---click on svg circle function crossTalk() { MySVG1frame.helloWorld() } //---click on svg text function resizeOtherFrame() { main.mySVG1span.style.width=450 main.mySVG1span.style.height=250 } //---called from svg1--- function helloWorld() { text1=MySVG2doc.getElementById(text1) text1.firstChild.setData(hello from SVG1) main.talkToMe(SVG1 says hello) } /script /BODY /HTML 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=50 onclick=resizeOtherFrame ()SVG2/text /svg --- In svg-developers@yahoogroups.com, tharahan [EMAIL PROTECTED] wrote: Hi I have two svgs embeded in html file. I want to call function of first svg from the function of second svg How is it possible? Thanks in advance, Tharahan - 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/
Re: [svg-developers] Re: XForms in standalone SVG
Thanks Guys, Whilst I will certainly investigate how I can completely rearchitecture my web app to fit into the XHTML/XForms/XBL approach as I can see that this is how it probably should have been done, I need a solution similar to the one that Dave suggests. I have combined my javascipt libraries with Kevin Linsey's and Carto.net's to create an interactive drawing tool entirely within an svg document (using the Javascript to handle the interaction with the svg elements). I began this project a few year ago when SVG first appearred and have therefore built and rebuilt it a number of times as technology has improved. It is now at a stage where it is complete (obviously I will continue to improve it, but version 1 is just about there)... My final problem to solve is input boxes. I have been using the Strayley (sp?) form library that he released a couple of years back, but as I said in my first post that lacks most of the complexities (I have added some but not all) needed for proper keyboard interaction. This a common problem with all the other textbox objects I have seen written in JS and SVG... so all I need now is a simple simple text box object that can allow my users to interact with the text properly to adjust coordinates of handles (see kevlindevs shape library), edit text for text elements, adjust circle radius etc... Other than that it is all there. The input boxes are just another way to adjust the drawn elements, the user can drag handles, but somtimes that is not accurate enough, they may need to type a coordinate from a GPS or some such. Hence my frustration, I am trying to build it for IE and ASV as that is my clients default set up, so I was hoping to just plonk a text input box (from XForms) into the svg and use it... unfortunately for the sake of a simple text input is looks like I will have to rebuild my app... Thanks for feedback. I will begin the daunting process of rebuilding now. Steve - Original Message - From: Richard D. Spencer [EMAIL PROTECTED] To: svg-developers@yahoogroups.com Sent: Thursday, June 09, 2005 4:12 AM Subject: [svg-developers] Re: XForms in standalone SVG Isn't it just as effective to build JS objects to manage the SVG-DOM nodes (their properties, any animation and any other needed functionally)? This gives us the freedom of not being locked into XHTML and still allows us to provide a dynamic UI - to truely become a one-page web application within the browser. I assume that a JS manager object could also interface with XFORMS; haven't attempted this yet. Using JS allows us to use any browser that supports XML, SVG, XFORMS, XBL, etc If I'm missing something important in my approach, please let me know as I'm already well into the project I'm working on concerning RAD for SVG. Dave --- In svg-developers@yahoogroups.com, Mark Birbeck [EMAIL PROTECTED] wrote: Hi Steve, Although I've said this before, I believe that architecting *first and foremost* in SVG is not sustainable. I know that people will reply by saying that they have successfully created applications that have hundreds of thousands of lines of SVG, but it seems to me that the 'mountain bike demo' discussion a week or so ago made it plain that--despite the incredibly impressive results--for most developers and projects this approach is not an option. I'll describe the architecture I am working towards, and then follow with an example that adds dynamic SVG buttons to an existing application by 'skinning' it, rather than changing the application. The SVG buttons will: * use filters to give a rounded effect; * obtain their captions from the XForms engine, and be updated if the data changes; * use the applications's CSS to obtain colours which will be used for the captions and the background; * use SMIL to 'fly' the button's label in, but use *CSS* properties to determine *when* to fly the text. This last point is I believe a very important development, in that we are not binding to specific events like mouse-over, but to CSS clasees. In other words, the functionality in the SVG button is *truly* independent, encapsulated and re-usable. ARCHITECTURE The archtitecture I would recommend to you is one in which the foundation of an application is an XHTML document. For now that's XHTML 1.1, but soon it will be XHTML 2. This foundation provides us with a simple framework into which we can put metadata about the document, links to stylesheets, and so on. Once we have a basic document, what goes inside it depends on what you are trying to do, but in general I would say that we want it to be as abstract as possible. We want to specify *what* we want to do, not how it will be done. If we want to collect an integer from a user, we just use the XForms input control, and bind it to a node of type xsd:integer. If we want to show an error message we should use the XForms message
[svg-developers] Re: SVG and HTML all in one html file
OK, Let's get it on...in the real world. Maybe, some futuristic application of SVG can be seamless with XML, but today if you want to present SVG to the current viewing public, you better have an .svg file to accept the process. Francis --- In svg-developers@yahoogroups.com, Holger Will [EMAIL PROTECTED] wrote: Francis Hemsher schrieb: Hey Benc, I just love folks that like to push the envelope a bit to its extremes. what do you mean by this ? i thought svg was created for just that purpose... mixing it with other xml dialects. - 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/
RE: [svg-developers] Re: SVG and HTML all in one html file
To quote the movie Stripes, Lighten up, Francis. Holger and I showed how to do this for, let's see, the 3 biggest browsers in the world, IE, FF, and Opera. I'll bet Amaya does it, too. Lynx is probably out. Mark Birbeck showed how to do it with his company's plugin. How much more today do you want? Regards- Doug p.s. There's an SVG viewing public? I thought it was just us developers... I wish someone had told me that before!!! Francis Hemsher wrote: | | OK, Let's get it on...in the real world. | Maybe, some futuristic application of SVG can be seamless | with XML, but today if you want to present SVG to the current | viewing public, you better have an .svg file to accept the process. | Francis | | --- In svg-developers@yahoogroups.com, Holger Will | [EMAIL PROTECTED] wrote: | Francis Hemsher schrieb: | | Hey Benc, | I just love folks that like to push the envelope a bit to its | extremes. | | what do you mean by this ? i thought svg was created for just that | purpose... mixing it with other xml dialects. | - 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] Thanks and bye
Hi all, I joined this group 8-9 months before and got very helpful information ( in time) from this group because of that only i was able to complete my project. Thanks guys bye Regards Shreeshail. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com [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/