Two use cases reported:
Two or three other ways of shadowing text:
Don't know details.
Removing <tref> (not even deprecating) breaks content. Rick Graham reports that they have existing installations for air traffic control that use <tref>, relying on internal Java based browsers for actual air traffic control but mirroring display on Chrome based browsers.
You can't properly guage demand if a feature isn't widely implemented. People don't want to produce broken web pages.
erik: It is not implemented in Firefox. There is not much use in blink. People are looking to remove it if possible.
Rich: Is it implemented in IE?
nikos: Not implemented in IE11
erik: You can use the <use> element instead so not much loss of functionality
nikos: if <use> satisifes those then we will be ok
ed: tref can be used inside a text element. but use you would use outside but you can mostly do the same thing
<nikos> http://lists.w3.org/Archives/Public/www-svg/2013Jun/0075.html
nikos: There was some comment
about it breaking air traffic control software
... it was a little bit vague
... If it is not really implemented in browsers anyway …
ed: there were a lot of quirks
with it so I would like to remove it. It makes things more
complicated for implementation
... If you have script you can do anything with it but there is
not always the opportunity to use script
... I propose that we try to drop it with the next publication
of the spec.
... hearing no objections
RESOLUTION: Remove TREF from the SVG 2 spec.
CL: I propose removing within an SVG document fragment part
<ed> xlink:href for tref says:
<ed> A URI reference to an element/fragment within an SVG document fragment whose character data content shall be used as character data for this 'tref' element.
<ed> change to:
<ed> A URI reference to an element whose character data content shall be used as character data for this 'tref' element.
RESOLUTION: We agree to remove the restriction of tref pointing to only an SVG document fragment