SVG is a w3.org standard , just like XHTML,CSS, and much of the other technologies involved in the web experience. Browsers like Opera, FireFox and the like already support SVG natively to a great extent, while IE as always has to be dragged kicking ,and screaming towards standards compliance.
I have frequently found myself shuttling material between the HTML document and the SVG document , so that I could avail myself of the more robust and reliable implementations for javascript, manipulating XML , accessing external resources and other areas of weakness in the cumulative SVG subset expressed in the overlap of what each implementation actually supports. In the end , I've found no "Dead ends" , but rather just a need to think creatively and to keep in mind that while the answers are always there , they are not always the obvious ones. Of course one would not want to save a few hundred thousand tiles "ALL AT ONCE", but rather incremental editing would seem to be more the idea. Lets say I had an intricate tile mosaic that I wanted to edit. I would probably use a traditional image built from the SVG to act as a big map of the tiles and then when a user selected a region/tile pop up the SVG editor in that location to edit the tile. In this fashion I'm not having to wield a 100,000 tile SVG file , but just the tile I'm editing. When I save the tile the big bitmap image gets updated. (There are pre-existing libraries for rendering SVG as a bitmap) One should keep in mind that Adobe's .pdf file format was supposed to be the death of HTML, but even it now supports some SVG, so the chances are that while ASV will fade away the SVG support will simply migrate to other products like Adobe's Flash. Anyway , my programming customers await , but I could not resist taking a minute to comment --Doc --Programming for the internet since 1994 thonbrocket wrote: > Saving and transmitting a file. I may be talking about big files > here - anything up to a few hundred thousand tiles / elements. I'm > working in IE6 with Adobe SVG, and the only method I can discover of > saving a file after an editing session, so that changes are > preserved, is the cumbersome "Copy_SVG" command followed by a paste > to a Windows document (big Notepad-choking files, remember). I've > roughed out a VBA macro in Word which takes care of it, but it's > still not anything I'd care to put in front of a non-technical > customer. > > There also seems to be a related difficulty in referencing external > files (I'd like to have a user-selectable range of palettes, stored > outside the main application, so I could maintain them as needed, > with different ranges and brands of tiles). The "<use xlink:href=" > constuct is apparently not implemented for external references. I'm > stuck. > > I'd also like there to be some way for a customer to input a design > from a sketch or photo, maybe from a photo-mosaic application, > something like that, but I can't seem to find a way to implement this. > > More generally, there seems to be a slight odour of decay about the > SVG world. Traffic on forums is down from 2005 levels. There are > buggy bits and non-implemented bits that don't seem to be getting > much attention. There aren't that many textbooks on SVG being > published. Adobe is shutting up its SVG shop. Am I buying a Betamax > here? > > ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> 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/
