W3C home > Mailing lists > Public > www-amaya@w3.org > April to June 2003

Re: Medusa was Re: Is it possible to use one SVG to contain other SVGs, in a way that also enables the user to copy the contained SVGs and paste them into another document, for instance into ms Word?

From: Jonathan Chetwynd <j.chetwynd@btinternet.com>
Date: Tue, 3 Jun 2003 05:41:52 +0100
Cc: Amaya List <www-amaya@w3.org>
To: Paul Cheyrou-lagreze <Paul.Cheyrou-Lagreze@inrialpes.fr>
Message-Id: <B20D6FF3-957D-11D7-BA90-0003939B5AD0@btinternet.com>


My coding is so tacky that I can really never be sure if it's me or the 
machine, I'll have a go at the Sierpinsky triangle, when I get a moment.
It's a pity that the images are pngs, rather than default to png, but 
looks excellent



On Monday, June 2, 2003, at 02:43  pm, Paul Cheyrou-lagreze wrote:

>>  but if direct recursion is not to be supported, is there still a 
>> reasonable case for supporting tertiary
>> use*?
> Recusive use does work.
> check the Sierpinsky triangle at  
> http://www.mecxpert.de/svg/fractals.html
> But If a symbol contains a reference to himself using a <use>, there's 
> a problem :
>  Amaya never stops loading uses and goes into infinite loop until it 
> succeed int freezing the computer...
> It should exists a test to see when a use is useless, based on pixel 
> rendered state (< 1 pixel or something like that...)
>  or a hard limit (no more than 15 recursive <use>)... but it's hard to 
> tell what solution to implement...
> But I'm not sur that it's what you're looking for ? Real recursive use 
> ?
>> * see below "a file uses <use> to link to a file that <uses> use. "
> ?
>> This will certainly be used by me if possible, for instance perhaps 
>> the
>> sunglasses on people in a scene.
> You can have a external svg defining sunglasses, an other set of files 
> containing people, and a SVG that use (external) people using 
> (external, but the same) sunglasses.
> This should work. Try it locally (on your hard-drive.).
> -Paul
Received on Tuesday, 3 June 2003 00:38:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:30:41 UTC