273171 - Text 'tref' not supported

Status: RESOLVED INVALID

(Core :: SVG, defect)

Description

[jonathan chetwynd]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a6) Gecko/20041125
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a6) Gecko/20041125

http://www.w3.org/TR/SVG11/images/text/tref01.svg

'Referenced character data' is not displayed should be in "red"

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1

[Ivan G Shevchenko]

that's a missing feature (an important one IMHO). shouldn't this bug's severity be made major?

Comment 3

[Manuel Strehl]

Just to ping this one again (to celebrate its 5th birthday). Actually, IMHO this should be quite a fast fix (although I have no clues of the Gecko internals, I might therefore be totally wrong).

Why a fast fix? From my reading of the spec it seems as if <tref/> is nothing else than a <use/> in disguise, and the latter is almost fully implemented. The only difference is, that <use/> uses all referenced DOM elements while <tref/> uses all CDATA.

Comment 4

[Helder "Lthere" Magalhães]

Some have lately blogged [1] [2] about the wish to suppress this from SVG future. I also have never used this potentially neat feature, but mostly because of lack of support (if Firefox, at least).

I'm not claiming that priority should be increased/decreased, I'm just throwing these links in the hope of being useful. :-)

Actually, I find this feature interesting in the scope of declarative SVG (read: non-scripted) but potentially superseded by the params proposal [3] [4]?

[1] http://berjon.com/blog/2010/01/svg2.0-wishlist.html
[2] http://www.codedread.com/blog/archives/2010/01/29/svg-2-0-wishlist/#slicing-not-chopping
[3] http://www.w3.org/TR/SVGParamPrimer/
[4] http://www.w3.org/TR/SVGParam/

Comment 6

[Cameron McCormack (:heycam)]

The SVG Working Group recently resolved to remove <tref> from the spec.

http://www.w3.org/2014/05/08-svg-minutes.html#item02