Yes, I have had uneven results with a simple 'blur' filter across browsers.
I am instantiating most of my shapes using the 'use' element, so I am hoping that I can isolate all of the browser variability into a small, non-visible 'defs' subsection of my SVG, so that I can either go with a 'lowest common denominator' (greatest common divisor) of all web browsers, or browser specific variants. I have 150+ 'blocks' to create, each with a variety of visual characteristics. I think I have about 14 unique 'tiles' and believe I can compose every one of the 150+ blocks from those 14 tiles. Most of them are a path elements of constant size, unchanged by text being entered, and so they are the 'interlock' pieces. I now believe the few 'tiles' that need to change size as text is edited are rectangles. So it looks feasible to do 'live' editing on the shape. (Of course, I need to write all of that code, so this isn't trivial) I have several ways I can progress. I could simply compose a group containing a set of 'use' for each block instance, making it from the appropriate 'tiles', and with suitable coordinates the block will look like a single graphic. The changeable parts could be resized by applying a scaling transformation on the use, or by making a new rectangle instance, and adjusting the coordinates in the 'use' for other 'interlock' tiles. Or, I could built a single path, assembling the data in tiles to make a single unique path. This would only be changed when the user edits the text on a block. All the user interface is text or filled paths, one path per block background.. Both will also have the overlaid text, but this can be 'dumb' when not being actively edited. I am concerned that 'use'ing a bunch of tiles to make each block might have two annoying visual artefacts (vs creating a single path for each block background): 1. When the block is dragged, the update to the coordinates of each 'use'd tile might not be synchronised so small visible 'tears' might appear while it is dragged 2. When filters are applied to make the drop shadow, the edges between tiles, (which would be invisible because of their position and colour scheme) will get highlighted by the filters, so it won't look like a single 'path' shadow, but will look like a set of tiles with fuzzy boundaries. Any views? TIA GB --- In [email protected], "cremnosedum" <richard@...> wrote: > > Hi, > > --- In [email protected], Jacob Beard <jbeard4@> wrote: > > > Also, just a note about SVG filters: I think they have only recently > > been added to Webkit, and so are not in currently release versions of > > Chrome and Safari. > > The last versions I tested: Chrome 5.0.375.70 tries to implement filters but > there are a lot it can't handle and it simply doesn't display objects with > such filters but at least some of them can receive events. Safari > 4.0.3(531.9.1) doesn't implement filters but objects with them appear, > usually as a solid colour. > > Richard Pearman http://www.pixelpalaces.com/ > The next stage in the evolution of web comics: > http://www.onlinecomics.net/pages/details/listing.php?comicID=4415 > Read my Helium articles: http://www.helium.com/users/212199 > South Alberta Cactus and succulent society: > http://www.facebook.com/group.php?gid=20360241008 > Make money from discussing things: http://www.myLot.com?ref=Graptopetalum > ------------------------------------ ----- 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: [email protected] [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/
