[svg-developers] News
Monthly news report. +++ Attachment: No Virus found +++ Kaspersky AntiVirus - www.kaspersky.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/
ADMIN: RE: [svg-developers] FW: SVG Artist Needed ASAP - Bids being accepted for project
A client of mine is looking for Hi Scott, please also post this to Ronan Oger's svg-jobs list http://groups.yahoo.com/group/svg-jobs/ Cheers Pete - 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] Deadline for SVG.Open Abstracts Feb 1
Hi all, I would like to remind you, that the deadline for sending SVG.Open abstracts is approaching: Feb 1. Hope to see many abstracts from this group. All the best, Andreas Neumann - 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] Invitation
Shreeshail Dhuttargi has invited you to join hi5. By joining hi5, you will be connected to Shreeshail and all of Shreeshail's friends. hi5 is the place where friends meet. You can use hi5 for the following purposes: * Find old friends * Meet new people * Browse photos Join Shreeshail, meet Shreeshail's friends, and meet people that share your interests now! Click here: http://www.hi5network.com/splash/IGYY3?inviteId=YLYKIL0QQR8062273s172243727 This invitation was sent to svg-developers@yahoogroups.com on behalf of Shreeshail Dhuttargi ([EMAIL PROTECTED]). If you do not wish to receive invitations from hi5 members, click on the link below: http://www.hi5.com/friend/displayBlockInvite.do?inviteId=172243727 [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/
Re: [svg-developers] SVG validation question
Thanks for the response. The following fragment validates. If there is a better way to do this, please let me know. - ?xml version=1.0 encoding=UTF-8? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.0//EN http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd; [ !ATTLIST svg onkeydown CDATA #IMPLIED ] svg width=100% height=100% onkeydown=press(evt) xmlns=http://www.w3.org/2000/svg; rect width=100% height=100% fill=blue/ /svg __ 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/
Re: [svg-developers] Using SVG in a .NET application
I've been trying to use SVG in a C# application and have succeeded in presenting a SVG image with the sharpvectorgraphics library (been using an image of a graph actually). But now I would like to add some interactivity, making it possible for the user to select or move each of my graph's node or connection. Being able to handle some simple events from each SVG element (like mousedown, mousemove, etc) would be enough for the time being. Get the CVS version. There was a lot of work done that was never released as a full version. Additionally I have been committing changes on the project for about 2 months now. I have a lot of changes yet on my side (including some performance tuning)-- but I fixed all of the interactivity for use elements and the shadow tree-- reimplemented mutation events and corrected click behavior-- to name a few things. Right now I am trying to correct the CTM functions-- they are apparently more right than adobe 3-- but there are still a couple of issues. When I am finished everything should be ready to enable custom dragging and editing code-- I am just not quite there yet. Cheers, Jeff Rafter - 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 document does not display in Mozilla
Thanks Jonathan. This should point me in some useful direction. --- In svg-developers@yahoogroups.com, Jonathan Watt [EMAIL PROTECTED] wrote: There is no (known) issue regarding the use of the embed tag for SVG documents in Mozilla - it simply looks like the plug-in hasn't installed correctly. (However note that, as always, we would recommend you use object instead of embed unless you have a good reason not to.) On the other hand, there is a known issue regarding the plug-in finder service and SVG. See: https://bugzilla.mozilla.org/show_bug.cgi?id=273950 I don't use the ASV plug-in in Mozilla or Mozilla Firefox, but if that's the implementation you want to use, the way to fix this is probably to install it manually. See: http://www.mozilla.org/projects/svg/faq.html#iasv You should read the rest of that document if you're interested in SVG in Mozilla. Note that Mozilla's native SVG implementation is getting quite good now. For the current status of the project see: http://www.mozilla.org/projects/svg/status.html And for links to SVG enabled builds see the project's build page: http://www.mozilla.org/projects/svg/build.html Regards, Jonathan On Mon, 24 Jan 2005 22:26:26 -, tomilay [EMAIL PROTECTED] wrote: I have an SVG document which I embed in a HTML document using the embed tag. I can then invoke the SVG DOM methods from my browser. I am using the ADOBE SVG viewer plug in. I need to be able to view this document in both Firefox and I.E. The problem: This arrangement works fine in Internet Explorer. But in Mozilla Firefox I am getting a Missing plugin error. When I choose to install a plugin I get a popup that suggests its looking for the appropriate plugin. Alas this is not the case and I am forced to abandon the enterprise altogether. Questions: Is there a known issue about Firefox and SVG that prevents me from using the embed tag for my SVG document? Would any of you happen to have succesfully embed SVG to work in a Firefox browser using either embed or an altogether different approach? Should I consider a different SVG viewer? If so what impact will this have on my existing SVG DOM code base? I would greatly appreciate any 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 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] 'script' element (WAS Simple SVG Strip Chart Display)
On Tue, 25 Jan 2005 08:22:34 -0500, Thomas DeWeese [EMAIL PROTECTED] wrote: I think however ambiguous text is and how attractive it is to leverage common sense you really can't argue with a DTD that says: !ATTLIST %SVG.script.qname; [...] type %ContentType.datatype; #REQUIRED This says that every script element _must_ have a 'type' attribute or the document is not valid according to the SVG DTD. Also, the spec almost always talks about what the default value is for attributes that can be omitted. It does not do this for the type attribute at all. It is probably worth raising this as an issue with the SVG-WG, but given the DTD decl I don't think there is much chance that the resolution will be that 'type' is not required. But at least they can remove any ambiguity on this issue. Well, given http://www.mozilla.org/projects/svg/faq.html#script I hope it isn't required - see the link in that FAQ answer and note that Robin is an SVG-WG member. Jonathan - 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] Lack of lod support. Knock-out criterium?
this question is related to my pseudo LOD question a couple of days ago: Hi Pierre. Thank you for supplying me the correct technical term. I have done some searches with SVG and LOD and found several recent proposals to include LOD support to SVG. Odd that this capability has not been added so far. The lack of lod- support is almost a knock-out criterium in my eyes. I mean what's the big deal about having the graphic rendered on the client side if you cannot easily some into and out of details? It certainly makes SVG much less usefull for mapping applications. - 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: 'script' element (WAS Simple SVG Strip Chart Display)
Jonathan Watt [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Tue, 25 Jan 2005 08:22:34 -0500, Thomas DeWeese [EMAIL PROTECTED] wrote: Well, given http://www.mozilla.org/projects/svg/faq.html#script I hope it isn't required - see the link in that FAQ answer and note that Robin is an SVG-WG member. Yeah, but he's wrong on this... Jim. - 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] Lack of lod support. Knock-out criterium?
At 11:18 AM 1/25/5, hmrupp wrote: Odd that this capability has not been added so far. The lack of lod- support is almost a knock-out criterium in my eyes. I mean what's the big deal about having the graphic rendered on the client side if you cannot easily some into and out of details? It certainly makes SVG much less usefull for mapping applications. Hmm, but it's still a hard problem technically. Think about it for a moment, using as an example the coastline of a map of Denmark: At low level of detail you might include coordinates for Skagen, Grena, Vejle, Tondor, Esbjerg, and Hanstholm. This gives the general shape of the coastline. Now, assuming you don't want to download *all* possible data before seeing anything, these coordinates would likely be at the head of a long file, or in a discrete file of their own. Zoom in a little, and you'd want to add Randers between Skagen and Grena, Ebeltoft between Grena and Vejle, and so on. You can either send this second level-of-detail as a file in its own (similar to how zoom-in 2D maps like Yahoo! Maps work today), or send just the new data, while meanwhile sending info on how it relates to the prior data. The more you zoom in, then either (a) the more prior data you're duplicating; or (b) the more data you have to transfer describing how new data relates to prior data. (This relationship data can become quite complex when dealing with concavity.) 3D models may have things a bit easier, because surface-modeling techniques usually don't have the unpredictable concavity and holes we find in real world coastlines. IBM uses Delaunay compression in its multi-resolution mesh surfaces, for instance: http://www.intel.com/cd/ids/developer/asmo-na/eng/segments/44005.htm?page=5 So... are you thinking you'd like to transfer all the data upfront and then selectively display parts of it, or would you rather have the full dataset be transferred in pieces for on-demand viewing...? jd John Dowdell, Macromedia Developer Support, San Francisco (Best to reply on-list, to avoid my mighty spam filters!) Technotes: http://www.macromedia.com/support/search/ Technical daily diary: http://www.macromedia.com/go/blog_jd - 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] SVG 2d plotting
Hello all, It's been a while since I've looked at the SVG stuff by we have a new requirement that looks like it might fit. What I'm looking to do is generate plots with various performance envelopes on them. I'm given around 50 data values with a high/low and I'm assuming I should use a path. What I can't figure out is how to get some decent curving. A quick example of the data would be gpm headhi headlow 600 300 50 610 290 52 620 280 60 630 250 70 etc. My goal is to get a performance envelope that would be smoothed along the x access points. Is there a good primer around? It's unfortunately been a few years since I've looked at this stuff and I'm being very rusty. Also, are there any good SVG templates or tools out there for creating 2d graphs? Or do I need to pretty much do the whole things from scratch, including legends, axis, etc. 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/ * 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] Lack of lod support. Knock-out criterium?
I'm not sure that I understand why you would want level of detail functionality to reside in the rendering at the browser. This should probably be handled on the server side not the client side. Why download several levels of detail and tie up scarce bandwidth? If level of detail is important to your application you could use a spatial database for the maps on the server side. You can then handle lod in a couple of ways. 1. Query using a simplify function filter. This would require some javascript to identify a lod threshold as well as the aoi. Then the svg view object would be changed to a new view object based on the results of your spatial query. 2. Keep a detail level as a column in the spatial table and limiting the query to the level appropriate to the viewbox. Again you would use javascript to monitor the onzoom events. For example: level 1 includes just highways level 2 includes roads as well as level 1, etc If scale discrepancies exist you would probably not be able to use a clause like and level=3 Another approach is to keep a min and max visibility threshold for each object in the table then the query would add a clause like and (visibilitymin and visibility=max) This approach allows you to handle scale discrepancy issues by setting the min and max thresholds to eliminate coarse scale when moving to finer scale or keeping both if scale discrepancy is not an issue. If you don't have a spatial database you could simulate one by dividing the view into the various level of detail (one svgz for each) and calling them with javascript from the onzoom event which detect when a specific level of detail threshold has been reached. This could get complicated in a hurry though and does not save much download time at the higher levels of detail unless you go further and come up with a tiling mechanism too. In which case as you zoom down, the lod svgz files are divided into horizontal tiles and only the required tiles are merged to replace your svg view object src. Obviously the database approach is cleaner. By the way there is lod built into the renderer since objects have to be mapped to screen pixels which automatically reduces detail intricacy. I assume that is not what you want though. Trying to include lod in the renderer doesn't seem like a good idea. [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: SVG 2d plotting
Hi, http://plasma-gate.weizmann.ac.il/Grace/ (cannot reach the page currently - seems to be down ...) is one of many graphing tools that have SVG output. Should work pretty well for static grahics. If you want to develop interactive charts/diagrams I would rather program it myself. Should not be too hard using perl/php/python/Java/.net, etc. - you could display the real values on mouse over or let the user interactively scale the axes ... Andreas --- In svg-developers@yahoogroups.com, jeffnoll2000 [EMAIL PROTECTED] wrote: Hello all, It's been a while since I've looked at the SVG stuff by we have a new requirement that looks like it might fit. What I'm looking to do is generate plots with various performance envelopes on them. I'm given around 50 data values with a high/low and I'm assuming I should use a path. What I can't figure out is how to get some decent curving. A quick example of the data would be gpm headhi headlow 600 300 50 610 290 52 620 280 60 630 250 70 etc. My goal is to get a performance envelope that would be smoothed along the x access points. Is there a good primer around? It's unfortunately been a few years since I've looked at this stuff and I'm being very rusty. Also, are there any good SVG templates or tools out there for creating 2d graphs? Or do I need to pretty much do the whole things from scratch, including legends, axis, etc. 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/ * 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 2d plotting
What's confusing me is the whole curve fitting aspect of a path. I'm just not understanding what the values for say a C really mean. If I have M20,20 C80,40 70,80 80,200 does the path actually go through 80,40 and 70,80 or are those just used for influencing the curve, and if so, how does it do that. The curve you describe above goes through 20,20 and 80,200 - 80,40 and 70,80 are describing the two points that are the ends of the tangent describing the cubic spline. Think of them as the two control points that you use in drawing packages, such as Illustrator, Corel or Inkscape. http://www.w3.org/TR/SVG11/images/paths/cubic02.svg illustrates cubic splines For your purpose (smoothing a curve) the quadratic splines (just one control point) - see http://www.w3.org/TR/SVG11/images/paths/quad01.svg would probably work better. All details are in the spec: http://www.w3.org/TR/SVG11/paths.html 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] Lack of lod support. Knock-out criterium?
Hi, Knock out criterion? I am not sure that I understand why you would want a level of detail functionality to reside in the rendering at the browser. This should probably be handled on the server side not the client side. Why download several levels of detail and tie up scarce bandwidth? If level of detail is important to your application you could use a spatial database for the maps on the server side. You can then handle lod in a couple of ways. 1. Query using a simplify function filter. This would require some javascript to identify a lod threshold as well as the aoi. Then the svg view object would be changed to a new view object based on the results of your spatial query. 2. Keep a detail level as a column in the spatial table and limiting the query to the level appropriate to the viewbox. Again you would use javascript to monitor the onzoom events. For example level 1 includes just highways level 2 includes roads as well as level 1, etc If scale discrepancies exist you would probably not be able to use a clause like and level=3 Another approach is to keep a min and max visibility threshold for each object in the table then the query would add a clause like and (visibilitymin and visibility=max) This approach allows you to handle scale discrepancy issues by setting the min and max thresholds to eliminate coarse scale when moving to finer scale. If you don't have a spatial database you could simulate one by dividing the view into the various level of detail (one svgz for each) and calling them with javascript from the onzoom event to detect when a specific level of detail threshold has been reached. This could get complicated in a hurry though and does not save much download time at the higher levels of detail unless you go further and come up with a tiling mechanism too. In which case as you zoom down, the lod svgz files are divided into horizontal tiles and only the required tiles are merged to replace your svg view object src. By the way there is lod built into the renderer since objects have to be mapped to screen pixels which automatically reduces detail intricacy. I assume that is not what you want though. Trying to include lod in the renderer doesn't seem like a good idea. this question is related to my pseudo LOD question a couple of days ago: Hi Pierre. Thank you for supplying me the correct technical term. I have done some searches with SVG and LOD and found several recent proposals to include LOD support to SVG. Odd that this capability has not been added so far. The lack of lod- support is almost a knock-out criterium in my eyes. I mean what's the big deal about having the graphic rendered on the client side if you cannot easily some into and out of details? It certainly makes SVG much less usefull for mapping applications. [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: 'script' element (WAS Simple SVG Strip Chart Display)
Jim, I do have lots of admiration for your science, but on this one allow me, where's the evidence of what you say? You normally provide it. Why not this time? I face this dilemma: On one side I have a specification explaining a certain behavior in ordinary language, written by a presumably sane guy, writer, from where I, reader, draw a normal conclusion based on understatements of the type: If 'type' were required 'contentScriptType' would be useless -Robin Berjon. Other corroborating statements and understatements. On the other I have a dtd section in the same spec where I learn that all the above is false. From that I'm left with three choices: a) the guy, writer, went momentarily insane while writing the spec in ordinary language, then recovered while compiling the dtd section b) vice-versa c) the guy, writer, did not go momentarily insane while writing the spec in ordinary language, but did make a copypaste mistake while compiling the dtd section. Do I really look dum if I pick c) option? Then all the svg implementors are also dum since they all took the same direction. Since quite some time I've been omitting the type attribute in script elements and didn't encounter any problems, personally. But if I omit the #required width attribute for a rect element, my rectangle won't display. No wonder. Can we accept the evidence that the implementors took their decisions assuming the dtd spec was faulty, like Robin says? If we don't then we can either: a) vote (worse) b) wait/hope for some Authority to cut in (better) Domenico --- In svg-developers@yahoogroups.com, Jim Ley [EMAIL PROTECTED] wrote: Jonathan Watt [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Tue, 25 Jan 2005 08:22:34 -0500, Thomas DeWeese [EMAIL PROTECTED] wrote: Well, given http://www.mozilla.org/projects/svg/faq.html#script I hope it isn't required - see the link in that FAQ answer and note that Robin is an SVG-WG member. Yeah, but he's wrong on this... Jim. - 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: 'script' element (WAS Simple SVG Strip Chart Display)
Domenico Strazzullo [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Jim, I do have lots of admiration for your science, but on this one allow me, where's the evidence of what you say? You normally provide it. Why not this time? Sorry, I was being quick... Thomas has asked for clarification on the www-svg mailing list, so we should probably wait for that to be clarified, the DTD clearly states it's required If 'type' were required 'contentScriptType' would be useless -Robin Berjon. The problem with this is it's incorrect, contentScriptType would still be useful for script within intrinsic events: svg onload=wibble() That's why we need contentScriptType, not to identify what's inside script elements. See the spec: http://www.w3.org/TR/SVG/script.html#DefaultScriptingLanguage | contentScriptType = content-type | Identifies the default scripting language for the given document. This attribute sets the scripting | language used to process the value strings in event attributes. See, the scripting language used ... in event attributes a) the guy, writer, went momentarily insane while writing the spec in ordinary language, then recovered while compiling the dtd section I don't agree the spec is this ambiguous Do I really look dum if I pick c) option? I think it's an eminently sensible option to leave off the type element so it can work in the 3 user agents we're discussing here. However I don't think we should pretend the spec meant anything else than it actually says. Violating specs because it works is okay, violating specs because it works then changing the literal meaning of the spec retroactively I think is bad, I know it's the CSS route, but I don't think it's a good one. Cheers, Jim. - 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: Using SVG in a .NET application
great work! I got the CVS version and i must say, it looks quite promising. I'll play with it in the next few days. thanks --- In svg-developers@yahoogroups.com, Jeff Rafter [EMAIL PROTECTED] wrote: I've been trying to use SVG in a C# application and have succeeded in presenting a SVG image with the sharpvectorgraphics library (been using an image of a graph actually). But now I would like to add some interactivity, making it possible for the user to select or move each of my graph's node or connection. Being able to handle some simple events from each SVG element (like mousedown, mousemove, etc) would be enough for the time being. Get the CVS version. There was a lot of work done that was never released as a full version. Additionally I have been committing changes on the project for about 2 months now. I have a lot of changes yet on my side (including some performance tuning)-- but I fixed all of the interactivity for use elements and the shadow tree-- reimplemented mutation events and corrected click behavior-- to name a few things. Right now I am trying to correct the CTM functions-- they are apparently more right than adobe 3-- but there are still a couple of issues. When I am finished everything should be ready to enable custom dragging and editing code-- I am just not quite there yet. Cheers, Jeff Rafter - 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: path parser - extract path
Hi.. thanks for the info, my purpose is to get all those points in a path rather than just M value since i would need to use all the points to put into an array for processing later.so i'll need to extract all the points. path parser has able to extract multiple path and extract 1 point(x y) however, in this case i would like to further divide into 2 different point as in point x and point y to be in an array. i'll still give it a try and see how it goes. thanks again... --- In svg-developers@yahoogroups.com, Philippe Lhoste [EMAIL PROTECTED] wrote: e2mieluv wrote: It does work great in extracting the points from the path as I wanted.one thing i would like to know however, will it only abstract the M points and not the rest? since most path drawn by maps would have multiple joints of path in a single drawn path. thanks again! i'm trying it as i type =) As I understand the way Kevin manipulates paths, each particular command gets its command handler, ie. M will be treated by a different handler than L or even than m. Now, a M 1,1 1,10 10,1 will be treated as M 1,1 L 1,10 L 10,1, I think. So yes, the movetoAbs handler will get only M points. But if you have something like M 1,1 L 1,10 L10,1 z M 5,20 L 20,10 L 10,20 z, you will get two calls to movetoAbs handler. -- 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: [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] DOM references work in I.E. but fail in Mozilla Firefox
Since Mozilla sticks to the W3C standards the way to access the function defined in your SVG document from scripts defined in your HTML document is to use contentDocument http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-9893177 on the HTMLObjectElement object followed by defaultView http://www.w3.org/TR/DOM-Level-2-Views/views.html#Views-DocumentView to access the global object (window) for the SVGDocument object like this: svgObject.contentDocument.defaultView.setData(rs,date_start,date_end) But then everyone knew that, didn't they? -Jonathan On Tue, 25 Jan 2005 20:33:13 -, tomilay [EMAIL PROTECTED] wrote: I have an SVG document with the outline below. svg xmlns=http://www.w3.org/2000/svg; width=690px height=480px viewBox=-50 -20 710 520 onload=initSVG(evt).../svg. When it loads it runs the initSVG(evt) function in the SVG document namespace which initializes a global variable in the same namespace to point to the SVG document object with this line svgDoc=evt.target.parentNode;. I am using the OBJECT tag to embed it in a HTML document as shown below. object id=svgObj type=image/svg+xml height=520 width=100% data=../xml/new_graph.svg /object I happen have the following function in the SVG document which should be invoked from the HTML document and shortly after the initSVG() function. function setData(arData,dt_start,dt_end) { // This initializes the global array rs rs=arData; date_start=dt_start; date_end=dt_end; spacing=Math.round(1/((date_end-date_start+MILLISEC)/MILLISEC)*sizeX); } Execution of this function from HTML is dependent on access to the SVG document DOM from the HTML document. This is the approach I have used to try to achieve this outcome. body onLoad=svgObject=document.getElementById('svgObj' );...;svgObject.window.setData(rs,date_start,date_end); ... /body Problem: The approach works fine in I.E. However Mozilla Firefox does not like the reference to svgObject.window.setData. It comes back with Error: svgObject.window has no properties. My interpretation is that this means that svgObject.window does not return a valid DOM object to the Firefox HTML engine. Has anyone encountered a similar problem? Is there a different way of accessing the SVG DOM from Firefox? NB.I am using the ADOBE Svg viewer 6.0. Pre release version. Thanks in advance. - 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] DOM references work in I.E. but fail in Mozilla Firefox
On Wed, 26 Jan 2005 04:37:17 +, Jonathan Watt [EMAIL PROTECTED] wrote: Since Mozilla sticks to the W3C standards the way to access the function defined in your SVG document from scripts defined in your HTML document is to use contentDocument http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-9893177 on the HTMLObjectElement object followed by defaultView http://www.w3.org/TR/DOM-Level-2-Views/views.html#Views-DocumentView to access the global object (window) for the SVGDocument object like this: svgObject.contentDocument.defaultView.setData(rs,date_start,date_end) But then everyone knew that, didn't they? -Jonathan Another way of doing this is to use the global 'parent' or 'top' objects from a script in your SVG document to access the window object for your HTML scripts and create a reference back to the SVG document's window object. - 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/