Re: [svg-developers] Re: SVG chart project
On Wed, 31 Dec 2008 00:11:25 - Frank Bruder redu...@yahoo.de wrote: --- In svg-developers@yahoogroups.com, dakabbe daka...@... wrote: 1. I want to convert these charts in jpg/png without using batik (because I havent java on my server) ... is there any other command-line tool avaible? ImageMagick can read SVG. I don't know how much of the specification is implemented, though, because I haven't worked with it. Regards Frank Inkscape has a very rich command-line mode. Just run inkscape --help Jake - To unsubscribe send a message to: svg-developers-unsubscr...@yahoogroups.com -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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:svg-developers-dig...@yahoogroups.com mailto:svg-developers-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: svg-developers-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [svg-developers] google map into svg
Lively Kernel does this: http://research.sun.com/projects/lively/index.xhtml Under More Complex Sample Widgets. (note that to get it to work in FF3, you need to go to use firebug to adjust the height on the main svg tag from 100% to 2000px, or however tall you want the main canvas area to be, because height=100% on the svg tag is broken in FF ) Just taking a look at the code, it doesn't look like they're doing what I expected them to do, which is to embed a map using the foreignObject tag. Instead, it looks like they've really gone and built a client which uses the Google Maps API with SVG controls! Very impressive. Jake On Mon, Nov 17, 2008 at 8:10 AM, radice_simone [EMAIL PROTECTED] wrote: is possible load a javascript object as google map into a svg document ? so i can see a google map into a svg graphic. Thanks - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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: google map into svg
Hi Robert, You might be right, I don't have a complete understanding of the spec. It does work in webkit, though, and this might be the source of my confusion. Would I be correct in thinking, then, that something like the following would be the correct way to specify an svg element that takes up the full width and height of the page? div style=width:100%;height:100%; svg width=100% height=100%/svg /div In order to better understand this, I've been playing around with width/height=100% just on divs, without inner svg elements, and have been getting somewhat confusing results: http://msdl.cs.mcgill.ca/people/jake/tests/svgHeight100Percent_3.html http://msdl.cs.mcgill.ca/people/jake/tests/svgHeight100Percent_3.xhtml Why does the one page served up as html show a fullscreen div, while the other xhtml document shows nothing? Are width/height attributes on divs handled so differently between the HTML and XHTML specs? Results are consistent across FF, Opera and Webkit. I'd appreciate it if you could help me understand what's going on here, and let me know what you think is the correct way to specify an SVG element that takes up the whole viewport width and height. Thanks, Jake On Tue, Nov 18, 2008 at 5:34 PM, Robert Longson [EMAIL PROTECTED] wrote: --- In svg-developers@yahoogroups.com, Jake Beard [EMAIL PROTECTED] wrote: Lively Kernel does this: http://research.sun.com/projects/lively/index.xhtml Under More Complex Sample Widgets. (note that to get it to work in FF3, you need to go to use firebug to adjust the height on the main svg tag from 100% to 2000px, or however tall you want the main canvas area to be, because height=100% on the svg tag is broken in FF ) I don't believe svg height=100% is broken in firefox. The svg height is 100% but the div size is the size of its contents so you have a circular problem to calculate this. We therefore use a fallback size. This is exactly what http://www.w3.org/TR/CSS21/visudet.html#inline-replaced-width says we should do doesn't it? If you think differently please explain, ideally with references. Best regards Robert - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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: other things you might not have the time for
David, something that might be of interest to your project: http://www.stumbleupon.com/toolbar/#topic=Animationurl=http%25253A%25252F%25252Fwww.gskinner.com%25252Fblog%25252Fassets%25252FInteractiveElm.html A really beautiful example of animated tree budding, unfortunately implemented in flash. Jake On Mon, Oct 27, 2008 at 5:49 AM, ddailey [EMAIL PROTECTED] wrote: Yes, perfect! thanks David - Original Message - From: Andreas Neumann To: svg-developers@yahoogroups.com Sent: Monday, October 27, 2008 4:27 AM Subject: [svg-developers] Re: other things you might not have the time for Hi David, not sure I fully understand your requirement. Are you looking for a progressive drawing of a path geometry? If yes, you can do this by animating the stroke-dash of a path. Here are 2 examples: http://www.carto.net/papers/svg/samples/animated_bustrack.shtml and http://pilat.free.fr/english/animer/france.htm Andreas --- In svg-developers@yahoogroups.com, ddailey [EMAIL PROTECTED] wrote: I will hope Frank finds the time to do the things he's talking about -- they all sound quite worthwhile. I, on the other hand, have been playing a bit more: http://srufaculty.sru.edu/david.dailey/svg/followpath6.svg You'll need SMIL support and JavaScript in your SVG to see it, but it's only 100 lines of code so it can be comprehended with a large glance. In the long run, a student and I are interested in animating the growth of a tree, but I wanted to get a simple context sensitive theory of budding. I've slowed down the budding so the brambles don't surround the castle too quickly. It might be nice to use a Lindenmeyer system (sort of a Chomskian grammar in parallel) to generate the budding, but for now it's just branch -- branch + branch, and there is no biophysics (other than edge avoidance). Any clever ideas on how to reveal the shape of a Bezier curve gradually -- namely to draw it as it is being traversed by an animation? cheers David [Non-text portions of this message have been removed] [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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 online graphic editor designer
Here's one: http://www.pilatinfo.org/english/svgdraw/index.htm There are several others in varying states of maturity, including one that comes with dojo: http://archive.dojotoolkit.org/nightly/dojotoolkit/dojox/sketch/tests/test_full.html Jake On Wed, Nov 5, 2008 at 4:51 PM, Ben [EMAIL PROTECTED] wrote: Hi, is there any opensource SVG online graphic designers around? I'm working on a web site and would like to add one to my site. Ben - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] new SVG Editor
Wow, very impressive! I like the pattern matching component that lets you transform paths into basic shapes. It also seems quite fast, certainly much faster than the other pure JavaScript-and-SVG editors I've seen. I'm looking forward to the live demo, Jake On Mon, Nov 3, 2008 at 7:15 PM, Tiago Cardoso [EMAIL PROTECTED] wrote: Hello all, We at inEvo (http://inevo.pt) are developing a SVG framework for actionscript. This framework allow us to create Rich Internet Applications to create or maipulate SVG drawing and elements. Applications to create top-view interior designs and also Bars, concerts and events planners are some of the possibilities. Meanwhile, we are doing a SVG Editor. The first preview is available at http://blog.tiagocardoso.eu/mainada/comics-sketch/2008/11/02/svg-editor-preview/ I'll be posting a live demo of it soon on the same blog. This would be useful to create SVG code quickly without resourcing to heavy applications like inkscape, so you can test on your own SVG applications. Could you send any feedback regarding this preview and any opinions ? Thanks to all of you. Best regards, Tiago Cardoso [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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: Things I'd program if I had the time
One thing I've been curious about recently is whether Batik works on the Iced Tea JRE. This wouldn't affect the building of an applet viewer, but having the ability to bundle a JRE would be extremely important if one were to actually want to work on building a Batik-based SVG-viewer plugin. Jake On Mon, Oct 27, 2008 at 11:03 AM, Helder Magalhães [EMAIL PROTECTED] wrote: + An SVG viewer Java applet, which just checks whether Apache Batik [10] is available to use for displaying an SVG document, and if it isn't then it should direct the user to instructions for downloading Batik and adding its location to the class path[11]. The applet itself would be rather small. It could be used as fallback content for non SVG enabled browsers (of course, this could be added automatically by the XHTML deploy script mentioned above). One could also use the applet as the only method for presenting SVGs to the user. This way one wouldn't have to deal with browser specific limitations in SVG support. Batik would be the only implementation in which the content needs to work. Even non-standard extensions, implemented in additional classes stored on the server, could be used, but that would probably be more complicated to handle, and would therefore not be supported by the first release version of the applet. I feel like I might also suffer from this lack of time disease! ;-D Actually, I've been idle studying the possibility of creating a Batik-based applet viewer, although it's not quite there yet (both due to the applet itself and to some Batik interoperability things that need to be improved first). Of course I'll post whenever something useful is made available but, in the meantime, I'd like to share my current status regarding this. There seems to be demand for such feature [1] and supporting Java-enabled IE would surely help boosting SVG deployment. :-) Thanks for sharing, Helder Magalhães [1] http://www.w3.org/Graphics/SVG/IG/wiki/SVG_Plugin_for_IE#Use_of_the_Apache_Batik_toolkit - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] Things I'd program if I had the time
+ An XHTML deploy script, which transforms XHTML documents to something even the Microsoft Internet Explorer can interpret correctly. There are two options. It can be transformed to correct HTML, or, if XML features like foreign namespaces are actually needed, to XHTML following the HTML compatibility guidelines[5] with PHP code for choosing the MIME type depending on the Accept field of the HTTP request header. So the options are HTML or PHP. In a PHP document the processing instructions Internet Explorer needs so it can handle certain foreign namespaces would be added automatically by the script. It could also support XHTML+SMIL[6] by making it compatible with HTML+TIME 2 for Internet Explorer, and linking in the FakeSmile[4] script for other browsers. Conditional comments[7] make such a thing possible. For deploying inline SVG for Internet Explorer there are several options. ASV, conversion to an alternative VML version, rendering to a raster image format... The basic idea is that the author should write plain XHTML, and the deploy script works around many of the browser specific problems which one normally needs to consider. Web design is fun again. Without much reading about browser specific issues one can use things which normally wouldn't simply work, like SVG, and object tags for images. They would still work better in some browsers than in others, but when the workarounds can be added automatically, people would start using these technologies more widely, which would also increase pressure on browser vendors to improve their standards support. That's the idea. Of course it wouldn't really work this way. But it could be useful for me, and maybe a few other people. I was going to hold off on posting this until it had gone through a few more iterations, but I am working on a script that transforms svg, either inline or embedded, into VML by leveraging dojox.gfx. The project page is here, but there's not much to see yet in terms of demos, as we're currently in the process of deploying it on our pages: http://msdl.cs.mcgill.ca/people/jake/svg2gfx Jake - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] Preferred editing environments SVG et al
Here's another: http://www.pilatinfo.org/english/svgdraw/index.htm It's much harder to port C/C++ to JavaScript than it is to port Java to JavaScript, so starting with a Java based drawing tool, like GLIPS Graffiti, would be easier. Or, you can just start from scratch, which is what I'm doing. One artifact of my research will be a functional drawing tool, the UI behaviour of which will follow Inkscape's as closely as possible. But it's a complete rewrite -no borrowed code. I'm aiming to have something useable completed by January 1st. After that, it would be interesting to see if it can be integrated into Eclipse. Jake On Fri, Oct 10, 2008 at 6:58 AM, ddailey [EMAIL PROTECTED] wrote: Jake wrote: I'm quite pleased about this, as it seems to me that Eclipse+Aptana+PyDev/RadRails comprises an extermely flexible, comprehensive environment for developing SVG. Cool. I will try to replicate what you did with the .xhtml. That sounds promising. and if someone were to write a simple-but-functional SVG drawing tool in SVG and JavaScript, then that would probably be able to slot right into the Gecko widget, filling in the missing functionality. Then you'd have an all-in-one IDE. How cool is that? I know of two such projects (though it seems like I've heard of others and every year or so I see questions from folks here that makes me think they are creating another): Chris Peto's http://www.resource-solutions.de/svgeditor/ and mine http://srufaculty.sru.edu/david.dailey/svg/Polylinebest.html Both are open source sharable stuff (I don't remember the phrasing that Chris uses); they both have rather different interfaces. Mine is so old (maybe five years now) that I don't know if any of the code would be salvageable: my javascript skills were fledgling at the time, but it does allow editing polylines and has a bezier drawing tool and so forth. I think someone working for a few weeks could cobble something fairly nice together. I've wondered if any of Inkscape could be moved in a JavaScript direction, to create an Inkscape light running in a browser, but it might be easier to just start from scratch. David - Original Message - From: Jake Beard To: svg-developers@yahoogroups.com Sent: Thursday, October 09, 2008 11:10 PM Subject: Re: [svg-developers] Preferred editing environments SVG et al FYI, I just tests Aptana with the embedded Gecko renderer on a compound XHTML-SVG document (.xhtml extension, so the Eclipse wouldn't get confused about the MIME type), and it totally worked. Nice little animated SVG prototype running right there in Eclipse :-) I'm quite pleased about this, as it seems to me that Eclipse+Aptana+PyDev/RadRails comprises an extermely flexible, comprehensive environment for developing SVG. It seems to cover everything except for the design task, but fortunately we have Inkscape for that... and if someone were to write a simple-but-functional SVG drawing tool in SVG and JavaScript, then that would probably be able to slot right into the Gecko widget, filling in the missing functionality. Then you'd have an all-in-one IDE. How cool is that? Jake On Thu, Oct 9, 2008 at 8:54 PM, Dailey, David P. [EMAIL PROTECTED] wrote: Jake wrote: At the moment there is certainly no one-stop-shop IDE for SVG development. It may be conceptually useful, then, to separate development out into several tasks. This way, you can choose which tool is most appropriate for any given task. I would propose that SVG development may be separated at least into: [A,B,C,D,E...] Yes a good insight and the comments you make help with the sort of feature-analytic approach I'm pursuing. In fact, one could consider Boolean membership in each of your categories A through E as constituting five more dimensions for evaluation (perhaps not completely orthogonal one another or to the others). Ultimately human concepts (like the concepts of tasks) are probably neither taxonomic nor multivariate but graph-theoretic or geometric in the sense of a projective geometry or point-set topology (where proximities vary like soap bubbles twisted around on higher-dimensional, or higher-genus, Klein bottles and pretzels. Either a kladistic or a taxonomic approach (both of which have advantages from a navigational perspective) will induce certain statistical stress into our model, but I have generally chosen to evaluate along a set of more or less objective dimensions in hopes that a prospective shopper will know his or her own profile of needs (tasks) a priori. A taxonomy will certainly help those with less knowledge of their own needs steer more quickly toward happiness. I think that in the particular case of SVG, one's reason for boarding the boat may be different than their reasons for staying aboard, implying that the more complex interface provided by the feature analysis may ultimately save a bit of backtracking later on.* It is also an idiosyncracy of my own that I
Re: [svg-developers] Preferred editing environments SVG et al
Sorry, forgot to link to GLIPS Graffiti: http://glipssvgeditor.sourceforge.net/ Jake On Fri, Oct 10, 2008 at 9:33 AM, Jake Beard [EMAIL PROTECTED] wrote: Here's another: http://www.pilatinfo.org/english/svgdraw/index.htm It's much harder to port C/C++ to JavaScript than it is to port Java to JavaScript, so starting with a Java based drawing tool, like GLIPS Graffiti, would be easier. Or, you can just start from scratch, which is what I'm doing. One artifact of my research will be a functional drawing tool, the UI behaviour of which will follow Inkscape's as closely as possible. But it's a complete rewrite -no borrowed code. I'm aiming to have something useable completed by January 1st. After that, it would be interesting to see if it can be integrated into Eclipse. Jake On Fri, Oct 10, 2008 at 6:58 AM, ddailey [EMAIL PROTECTED] wrote: Jake wrote: I'm quite pleased about this, as it seems to me that Eclipse+Aptana+PyDev/RadRails comprises an extermely flexible, comprehensive environment for developing SVG. Cool. I will try to replicate what you did with the .xhtml. That sounds promising. and if someone were to write a simple-but-functional SVG drawing tool in SVG and JavaScript, then that would probably be able to slot right into the Gecko widget, filling in the missing functionality. Then you'd have an all-in-one IDE. How cool is that? I know of two such projects (though it seems like I've heard of others and every year or so I see questions from folks here that makes me think they are creating another): Chris Peto's http://www.resource-solutions.de/svgeditor/ and mine http://srufaculty.sru.edu/david.dailey/svg/Polylinebest.html Both are open source sharable stuff (I don't remember the phrasing that Chris uses); they both have rather different interfaces. Mine is so old (maybe five years now) that I don't know if any of the code would be salvageable: my javascript skills were fledgling at the time, but it does allow editing polylines and has a bezier drawing tool and so forth. I think someone working for a few weeks could cobble something fairly nice together. I've wondered if any of Inkscape could be moved in a JavaScript direction, to create an Inkscape light running in a browser, but it might be easier to just start from scratch. David - Original Message - From: Jake Beard To: svg-developers@yahoogroups.com Sent: Thursday, October 09, 2008 11:10 PM Subject: Re: [svg-developers] Preferred editing environments SVG et al FYI, I just tests Aptana with the embedded Gecko renderer on a compound XHTML-SVG document (.xhtml extension, so the Eclipse wouldn't get confused about the MIME type), and it totally worked. Nice little animated SVG prototype running right there in Eclipse :-) I'm quite pleased about this, as it seems to me that Eclipse+Aptana+PyDev/RadRails comprises an extermely flexible, comprehensive environment for developing SVG. It seems to cover everything except for the design task, but fortunately we have Inkscape for that... and if someone were to write a simple-but-functional SVG drawing tool in SVG and JavaScript, then that would probably be able to slot right into the Gecko widget, filling in the missing functionality. Then you'd have an all-in-one IDE. How cool is that? Jake On Thu, Oct 9, 2008 at 8:54 PM, Dailey, David P. [EMAIL PROTECTED] wrote: Jake wrote: At the moment there is certainly no one-stop-shop IDE for SVG development. It may be conceptually useful, then, to separate development out into several tasks. This way, you can choose which tool is most appropriate for any given task. I would propose that SVG development may be separated at least into: [A,B,C,D,E...] Yes a good insight and the comments you make help with the sort of feature-analytic approach I'm pursuing. In fact, one could consider Boolean membership in each of your categories A through E as constituting five more dimensions for evaluation (perhaps not completely orthogonal one another or to the others). Ultimately human concepts (like the concepts of tasks) are probably neither taxonomic nor multivariate but graph-theoretic or geometric in the sense of a projective geometry or point-set topology (where proximities vary like soap bubbles twisted around on higher-dimensional, or higher-genus, Klein bottles and pretzels. Either a kladistic or a taxonomic approach (both of which have advantages from a navigational perspective) will induce certain statistical stress into our model, but I have generally chosen to evaluate along a set of more or less objective dimensions in hopes that a prospective shopper will know his or her own profile of needs (tasks) a priori. A taxonomy will certainly help those with less knowledge of their own needs steer more quickly toward happiness. I think that in the particular case of SVG, one's reason for boarding the boat may be different than their reasons for staying aboard
Re: [svg-developers] Preferred editing environments SVG et al
A couple of comments: At the moment there is certainly no one-stop-shop IDE for SVG development. It may be conceptually useful, then, to separate development out into several tasks. This way, you can choose which tool is most appropriate for any given task. I would propose that SVG development may be separated at least into: A. Graphical Design B. Client-Side Scripting - If you're targeting the browser environment, you will almost certainly be required to write all of your UI logic in JavaScript. This may involve leveraging certain AJAX toolkits. C. Server-Side Programming - In PHP, Ruby, Python. There may be a database component involved as well. D. Client-Side Debugging E. Server-Side Debugging For A, the best free tool, in my opinion, is Inkscape. If need to hand-tune your XML after saving your work from Inkscape, then you either need a plain text or specialized XML editor. Vim has always been enough for me. oXygen is probably going to be overkill for most things. For B, client-side scripting, once again, I prefer Vim and command-line tools, but I started with Aptana, and it is definitely the most impressive, complete environment at the moment for writing serious applications in JavaScript. It may be the case that Eclipse is holding Aptana back from being very good at working with SVG. It was my understanding that, at the moment, Eclipse was poorly-suited for working with SVG, because there is no SVG renderer that integrates with SWT (Batik uses Java2D). On the other hand, SWT does have a Gecko renderer integrated into it, so I wonder if it might not be worth another look to see what would happen if you were to save a compound XHTML-SVG document with the SVG content inlined inside, and open it up in Eclipse's Gecko-based HTML previewer. If you make sure it has a .xhtml extension, then the MIME type should no longer give you any trouble, and it would be interesting to see if it would actually render. For D, debugging, I've had great success with Firebug, but only for compound XHTML-SVG documents. For plain old SVG documents, Firebug doesn't work at all, unfortunately. In general, this hasn't been a limitation, because if you're going to leverage most AJAX toolkits, you need the HTML context (this has at least been true for mootools and dojo, in my experience, and seems to be true for prototype as well, as I think I saw noted in some of the source code of the Lively Kernel). I have also had success with Opera Dragonfly on compound documents, but have not tested it on regular SVG documents. Aptana has a debugger, but it is literally just using Firebug on the backend (it actually needs to open up Firefox to debug), and is less featurful than simply using Firebug (no command-line in Eclipse). For C and E, take your pick of environments... It's interesting to note that Aptana seems to be buying up all of the good Eclipse-based environments for dynamic languages, including RadRails, and, recently, Pydev, my favorite environment for Python development. Now if it would just integrate them in a meaningful way, and be able to provide me with a Gecko-based preview of the results, all right in the Eclipse environment, then that would really be something Jake On Thu, Oct 9, 2008 at 6:12 PM, ddailey [EMAIL PROTECTED] wrote: Hi folks, I've been trying, rather unsystematically, to explore various options for SVG editing/authoring. See http://www.w3.org/Graphics/SVG/IG/wiki/Authoring_tools_and_editors for a list of things known or suspected of being relevant to the task (both software packages and features relevant to the evaluation). The ideal tool is, of course, free, easy to learn and use, powerful, standards compliant, extensible, cross-platform etc. etc. Thus far I've determined that KompoZer (a lovely little package originating with Daniel Glazman and colleagues) does not yet support SVG I'm interested in confirmation or denial of my experiments that suggest that: [all statements below involve huge disclaimers] 1. Aptana Studio (associated with the Open Ajax Alliance) does not yet support SVG. I installed a recent version and it seems to refuse to recognize the file type or to display any graphics. I agree with Jake that Aptana Studio is well worth paying attention to. 2. Nvu (from which KompoZer is descended) also does not support SVG 3. PsPad (despite having a plugin that is ostensibly for SVG) does not support SVG 4. Safari/webkit Web Inspector is rather buggy for SVG in the Windows environment and seems not to support SVG editing and saving 5. Eclipse has a Batik related SVG viewer (Cameron what do you use?). Eclipse seems a bit like an elephant gun. 6. Firebug seems to be more of a debugging environment than an authoring environment. (For example I can't seem to create a new blank page in it). 7. WebDwarf seems not to have a direct coding mode in which you can directly modify source code. 8. oXygen is huge, and hence, rather overwhelming, but seems to have
Re: [svg-developers] Preferred editing environments SVG et al
FYI, I just tests Aptana with the embedded Gecko renderer on a compound XHTML-SVG document (.xhtml extension, so the Eclipse wouldn't get confused about the MIME type), and it totally worked. Nice little animated SVG prototype running right there in Eclipse :-) I'm quite pleased about this, as it seems to me that Eclipse+Aptana+PyDev/RadRails comprises an extermely flexible, comprehensive environment for developing SVG. It seems to cover everything except for the design task, but fortunately we have Inkscape for that... and if someone were to write a simple-but-functional SVG drawing tool in SVG and JavaScript, then that would probably be able to slot right into the Gecko widget, filling in the missing functionality. Then you'd have an all-in-one IDE. How cool is that? Jake On Thu, Oct 9, 2008 at 8:54 PM, Dailey, David P. [EMAIL PROTECTED] wrote: Jake wrote: At the moment there is certainly no one-stop-shop IDE for SVG development. It may be conceptually useful, then, to separate development out into several tasks. This way, you can choose which tool is most appropriate for any given task. I would propose that SVG development may be separated at least into: [A,B,C,D,E...] Yes a good insight and the comments you make help with the sort of feature-analytic approach I'm pursuing. In fact, one could consider Boolean membership in each of your categories A through E as constituting five more dimensions for evaluation (perhaps not completely orthogonal one another or to the others). Ultimately human concepts (like the concepts of tasks) are probably neither taxonomic nor multivariate but graph-theoretic or geometric in the sense of a projective geometry or point-set topology (where proximities vary like soap bubbles twisted around on higher-dimensional, or higher-genus, Klein bottles and pretzels. Either a kladistic or a taxonomic approach (both of which have advantages from a navigational perspective) will induce certain statistical stress into our model, but I have generally chosen to evaluate along a set of more or less objective dimensions in hopes that a prospective shopper will know his or her own profile of needs (tasks) a priori. A taxonomy will certainly help those with less knowledge of their own needs steer more quickly toward happiness. I think that in the particular case of SVG, one's reason for boarding the boat may be different than their reasons for staying aboard, implying that the more complex interface provided by the feature analysis may ultimately save a bit of backtracking later on.* It is also an idiosyncracy of my own that I usually end up not fitting into the categories of humans that other humans make**, so I will probably, out of stubbornness, for wont of a better reason, persist with a feature analysis. A very first feature, that I still seek evaluation of, is whether or not those particular products do or do not support SVG. cheers David * I'm thinking of the particular case here where a person who begins as a script writer may later discover they really wish they had the built-in graphical editor that came with product Y somewhere in their coding environment. ** One of my favorite theories of personality has been this: there are two kinds of people: those who think there are two kinds of people and those who don't. One can actually generate an infinite class of theories of personality differing from one another in topological structure, but that rather might be considered a departure from the question at hand. [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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: Magic: SVG drag of Element using jquery svg is most simple
On Thu, Oct 9, 2008 at 6:55 PM, Eugene Lazutkin [EMAIL PROTECTED] wrote: Regarding #1 --- both SVG and VML renderers are deemed production and fully supported. Silverlight is getting there and will be promoted to production in 1.3 unless some major bug will be discovered and not fixed in time for 1.3 (Dojo 1.2 was released several days ago). Glad to hear it. The latest API documentation can be found here: http://docs.dojocampus.org/dojox/gfx. Please let me know what things don't work that should, or there is a confusion between possible bugs and features. The direct link to our DojoX support forum: http://dojotoolkit.org/forum/85, where dojox.gfx is discussed. I think that the last time I was looking for gfx documentation, I mostly consulted what I could find on the dojo book. which links to this page on google docs: http://docs.google.com/View?docid=d764479_1hnb2tn I'm not sure whether or not gfx was included on api.dojotoolkit.org when I last checked in July, but I see that it is now, which is extremely encouraging. Also, I've never visited dojocampus.org, though. How does it differ from the main dojo website? Regarding #2 --- you are absolutely right, Out of the box dojox.gfx doesn't not provide this functionality mostly because it was designed to deal with graphics primitives rather than high-level concepts. If somebody can donate an implementation for connectors, diagrams, and so on, I would appreciate it --- this is a frequently asked functionality and we have to deal with it sooner or later --- it is always better to start with some working code than from scratch. I'll email you off-list about this. Thanks, Jake - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] Magic: SVG drag of Element using jquery svg is most simple
Cool. You might want to take a look at how dojox.gfx does it, for example, here: http://archive.dojotoolkit.org/nightly/dojotoolkit/dojox/gfx/demos/circles.html Important code: function makeCircleGrid(itemCount){ var minR = 10, maxR = surface_size.width / 3; for(var j = 0; j itemCount; ++j){ var r = getRandSkewed(minR, maxR), cx = getRand(r, surface_size.width - r), cy = getRand(r, surface_size.height - r), shape = surface.createCircle({cx: cx, cy: cy, r: r}) .setFill(randColor(true)) .setStroke({color: randColor(true), width: getRand(0, 3)}) ; *new dojox.gfx.Moveable(shape);* } } So you basically just instantiate a new shape, and use it to instantiate a new Moveable. Pretty clean design, I think, Jake On Wed, Oct 8, 2008 at 8:56 AM, narendra sisodiya [EMAIL PROTECTED] wrote: On Wed, Oct 8, 2008 at 4:48 PM, ddailey [EMAIL PROTECTED] wrote: Take a look at http://srufaculty.sru.edu/david.dailey/svg/makeDragDrop.svg It doesn't use any external .js, but has relatively simple code and seems to work pretty much everywhere. David - Original Message - From: narendra sisodiya [EMAIL PROTECTED] narendra.sisodiya%40gmail.com To: svg-developers@yahoogroups.com svg-developers%40yahoogroups.com Cc: Keith Wood [EMAIL PROTECTED]kbwood% 40virginbroadband.com.au Sent: Wednesday, October 08, 2008 1:46 AM Subject: [svg-developers] Magic: SVG drag of Element using jquery svg is most simple Here is a small code segment which give me highest programmability in svg, This need jquery and its svg plugin , It will work in firefox Please comment on it,, how can i make it better, and cross browser. --- you need these files jquery.js , jquery.svg.js , jquery.svg.css most surprisable thing about the code, -- I am calling external function directly and I am using jquery object $('#mycircle') where id belong to svg element, This small code give me very surprise ,, and it is working,, -- html head script type=text/javascript src=jquery.js/script script type=text/javascript src=svg/jquery.svg.js/script style type=text/css @import svg/jquery.svg.css; .canvas1 { position: relative; height: 400px; width: 600px; background: #cc; border: #ff; } /style script type=text/javascript var start_drag = null ; var offsetx =null ; var offsety =null ; $(document).ready(function() { $('#svgintro').svg({onLoad: drawIntro}); }); function now_drag(evt){ if (start_drag==1){ $('#mycircle').attr('cx').baseVal.value = evt.layerX - offsetx; $('#mycircle').attr('cy').baseVal.value = evt.layerY - offsety; } } function start_dragging(evt){ start_drag = 1; offsetx = evt.layerX - $('#mycircle').attr('cx').baseVal.value ; offsety = evt.layerY - $('#mycircle').attr('cy').baseVal.value ; } function stop_dragging(evt){ start_drag = 0; } function drawIntro() { var svg = $('#svgintro').svg('get'); svg.describe(Example script01 - invoke an ECMAScript function from an onclick event); svg.circle(300, 150, 50, { onmousedown:start_dragging(evt), onmouseup:stop_dragging(evt), onmousemove:now_drag(evt), id:mycircle, fill:red}); svg.text(300, 280, Drag It, {'font-family':Verdana, 'font-size':20, 'text-anchor':middle }); } /script /head body div id=removethis line of text is useless like my friends/div div class=canvas1 id=svgintro /div /body /html -- ,???[ Narendra Sisodiya ]??f http://narendra.techfandu.org http://www.lug-iitd.org [ +91-93790-75930 ]??. [Non-text portions of this message have been removed] - To unsubscribe send a message to: [EMAIL PROTECTED]svg-developers-unsubscribe% 40yahoogroups.com -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Links Yes, I have already seen this demo code,, I wanted to use power of jQuery and it is visible by code itself, second this , i like do not want things in svg files, having all functions in javascript file of html doc is very useful to do task , because my application will be LAMP based final rendered image i have to show in a div container. -- [ Narendra Sisodiya ] http://narendra.techfandu.org http://www.lug-iitd.org [ +91-93790-75930 ] [Non-text portions of this message have been removed] - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit
Re: [svg-developers] Re: Magic: SVG drag of Element using jquery svg is most simple
On Wed, Oct 8, 2008 at 9:02 PM, takpoli [EMAIL PROTECTED] wrote: Hi Jack, It looks cool. Questions: 1. Do you know what is the status of dojox.gfx? Could I use it for production yet? I use it in my research, and I expect it has so far done a very good job of satisfying my requirements. Roughly speaking, I'm using it to construct a cross-browser, thin-client, graphical terminal which talks to an implementation of SVG running on the server. I wouldn't recommend it for production yet, though. Some things don't work that really seem like they should, and the API hasn't been very well specified, so it's never clear what's a feature and what's a bug. 2. It looks the Drag Drop function is implemeted in new dojox.gfx.Moveable(shape); Could I attached one end of a line to a circle and the other end to another circle and the line will extend following the circle movement with one of their build-in functions? I highly doubt it. It sounds like you're in need of some kind of Connectors API, and I don't think gfx gives that to you out of the box, so you'll likely need to roll your own behavior. This is something that I'm currently implementing from scratch, and I believe the Lively Kernel guys said at the SVG Open conference that they were doing the same. Which reminds me, there's another draggable implementation to cite: http://jacobbeard.net/research/ATOM3%20Redux%20UI%20Framework/experiments/splines/prototypes/ui_behaviour/0.1.5/basic.xhtml In which the UI behaviour was compiled from statecharts: http://jacobbeard.net/research/ATOM3%20Redux%20UI%20Framework/experiments/splines/prototypes/ui_behaviour/0.1.5/resources/behaviour/CSGroupBehaviour_MDL.svg Jake - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] Is there a way to disable opera's default Ctrl+Click = zoom behaviour?
It appears that the default UI behaviour for a Ctrl+left-click on an SVG image in opera is to zoom in a notch. I'd like to use Ctrl+left-click in my application, and so I'm wondering if there is a way to disable this default behaviour. I'd appreciate any guidance anyone can offer. Thanks, Jake [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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: efficient method for calculating min distance from point to curve
I found the solution in Graphics Gems, by way of www.algorithmist.net/, a very excellent web site and blog that seems to have many resources for people attempting to do serious computer graphics work in ActionScript and Flash: http://tog.acm.org/GraphicsGems/ http://tog.acm.org/GraphicsGems/gems/NearestPoint.c There are also a few implementations of this code in ActionScript: http://code.google.com/p/bezier/ http://algorithmist.wordpress.com/2008/08/15/closest-point-on-bezier-code/ In the next day or two, I'll attempt to do a clean re-implementation of the C implementation in JavaScript, in such a way that it does not depend on external libraries, but makes heavy use of SVG's data structures and API's, the goal being to make it general and reusable, but specific to SVG. Jake On Thu, Sep 11, 2008 at 4:12 PM, ddailey [EMAIL PROTECTED] wrote: Not exactly the same subject, but an important reference for folks whose calculus with parametric curves is not what it used to be: http://www.kevlindev.com/geometry/index.htm David I recall someone (maybe Samy) posted a full solution to such a problem here within the past three months. Sounds like something to put in the community web site? - Original Message - From: Jake Beard To: svg-developers@yahoogroups.com svg-developers%40yahoogroups.com Sent: Thursday, September 11, 2008 3:55 PM Subject: Re: [svg-developers] Re: efficient method for calculating min distance from point to curve Samy, Thank you for the quick response. I am not very familiar with the mathematics of bezier curves. Is there a deterministic way of converting converting an SVG path from its representation in XML markup to an analytic representation, so that the calculus minimization may be applied? Thanks and I look forward to hearing what you think, Jake On Thu, Sep 11, 2008 at 3:37 PM, Samuel Dagan [EMAIL PROTECTED]dagan%40post.tau.ac.il wrote: Hi Jake, If the curve is known analytically, it is an elementary minimization exercise of calculus. If your curve is just a bunch of points, then you do it numerically in JavaScript. The time depends on the number of points and the accuracy depends on the density of the points. There is no better way to estimate the time, but just by experimenting. Cheers, Samy --- In svg-developers@yahoogroups.com svg-developers%40yahoogroups.comsvg-developers% 40yahoogroups.com, Jake Beard [EMAIL PROTECTED] wrote: I have what I think must be a fairly common requirement: I need an efficient method for calculating the minimum distance from a point to a curve. It would be possible to solve this problem numerically in JavaScript, but I'm not confident that JavaScript would be efficient enough, and I'm wondering if there isn't something built into the SVG spec that might be leveraged to help with this. I'd appreciate any guidance anyone can offer. Thanks, Jake [Non-text portions of this message have been removed] [Non-text portions of this message have been removed] [Non-text portions of this message have been removed] [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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: efficient method for calculating min distance from point to curve
Samy, Thank you for the quick response. I am not very familiar with the mathematics of bezier curves. Is there a deterministic way of converting converting an SVG path from its representation in XML markup to an analytic representation, so that the calculus minimization may be applied? Thanks and I look forward to hearing what you think, Jake On Thu, Sep 11, 2008 at 3:37 PM, Samuel Dagan [EMAIL PROTECTED] wrote: Hi Jake, If the curve is known analytically, it is an elementary minimization exercise of calculus. If your curve is just a bunch of points, then you do it numerically in JavaScript. The time depends on the number of points and the accuracy depends on the density of the points. There is no better way to estimate the time, but just by experimenting. Cheers, Samy --- In svg-developers@yahoogroups.com svg-developers%40yahoogroups.com, Jake Beard [EMAIL PROTECTED] wrote: I have what I think must be a fairly common requirement: I need an efficient method for calculating the minimum distance from a point to a curve. It would be possible to solve this problem numerically in JavaScript, but I'm not confident that JavaScript would be efficient enough, and I'm wondering if there isn't something built into the SVG spec that might be leveraged to help with this. I'd appreciate any guidance anyone can offer. Thanks, Jake [Non-text portions of this message have been removed] [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] efficient method for calculating min distance from point to curve
I have what I think must be a fairly common requirement: I need an efficient method for calculating the minimum distance from a point to a curve. It would be possible to solve this problem numerically in JavaScript, but I'm not confident that JavaScript would be efficient enough, and I'm wondering if there isn't something built into the SVG spec that might be leveraged to help with this. I'd appreciate any guidance anyone can offer. Thanks, Jake [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] how to draw splines with an arbitrary number of control points
Hello, I'm wondering if it's possible to draw splines that have an arbitrary number of control points in SVG? It seems this is not built into the SVG spec, and thus, to be achieved, one would need to express the n-ary spline in terms of quadratic and cubic splines. It seems like this is therefore question that would require me to break open my old numerical computing textbooks, and so I was wondering if anyone had already tackled this problem. I would greatly appreciate any guidance anyone can offer. Thanks, Jake - 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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] my academic project SV
Very cool! Jake On Feb 16, 2008 5:20 AM, DamianZ [EMAIL PROTECTED] wrote: I invite you to visit my proyect and see the power of SVG. View this example http://www.wikidraw.com.ar/Vinculo?uri=http://en.wikipedia.org/wiki/SVG WikiDraw is a mind map or mental map of the content of wikipedia (or any wiki create with MediaWiki). The result is a SVG (embbed in XTHML), the entitys (or links of wikipedia) are preload and referenced by the tag USE (thanks Frank). I can't create a external file with these svg images (is not implemented yet in FF or Opera). Stop their views! Best regards, Damián. [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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] [ANN] Lily, SVG visual programming language released
Very intriguing! I will be sure to take a closer look at this in the future. Thanks. Jake On Jan 27, 2008 8:18 PM, bill.orcutt [EMAIL PROTECTED] wrote: Hi All- I'm happy to announce that the first beta release of Lily, an SVG/Javascript based visual programming environment for Mozilla, is now available for download. Have a look at the SVG examples below to get a feel for what it can do: http://www.vimeo.com/625294 http://www.vimeo.com/625739 http://www.vimeo.com/625400 More information about Lily is available on the website: http://lilyapp.org/ thanks -Bill [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/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) * To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * 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/