W3C home > Mailing lists > Public > www-svg@w3.org > January 2013

Re: text-shadow on <text><tspan><tref>

From: Dirk Schulze <dschulze@adobe.com>
Date: Wed, 16 Jan 2013 07:06:51 -0800
To: "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de>
CC: "www-svg@w3.org" <www-svg@w3.org>
Message-ID: <94183DF6-2568-4B63-8BB9-864D2E562974@adobe.com>

On Jan 16, 2013, at 4:09 AM, "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de> wrote:

> David Dailey:
>> Rather than worry about changing the spec to handle such things, I think I
>> would just use <replicate>
>> 
>> http://srufaculty.sru.edu/david.dailey/svg/text/plastic2.svg
>> http://srufaculty.sru.edu/david.dailey/svg/text/plastic4.svg
>> http://srufaculty.sru.edu/david.dailey/svg/text/plastic7.svg
>> http://srufaculty.sru.edu/david.dailey/svg/text/plastic8.svg
>> 
>> The above should work everywhere
> Depending on the viewer I get different results, but no shadow at all ...

I am not sure if my second mail got through. I would rather suggest a normative reference to CSS3 Text Decorations. This spec is not limited to HTML content. IMO the reference and a sentence that the former named elements contribute to it is enough. No major spec work needed.

Replicate is not good for shadows at all beside the simple cases. Of course text shadow does not address everything that would be possible with replicate :).

Greetings
Dirk

> 
>> but Firefox which doesn't handle the 
>> textLength="90" lengthAdjust="spacingAndGlyphs"
>> parts
>> 
>> cheers
>> David
> 
> I think, it is better to simulate the replication on the server with php or 
> perl instead of java-script, until there is a declarative solution for this
> specified. I do not allow interpretation of java-script in unknown documents,
> therefore this has no effect, what is the core information of such documents,
> scripts provide only decorative additions. If such effects are simulated with
> server sided scripts, the result is predictable and really informative.
> Because those replication elements are not in the namespace of SVG,
> conforming viewers should ignore them as not applicable, better to
> use an own namespace, if used at all - and then better within a foreignObject
> or metadata etc.
> 
> Olaf
> 
Received on Wednesday, 16 January 2013 15:07:21 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:53 GMT