Re: [Lynx-dev] Re: SVG support

[Tim Chase]

> no, is rather ambiguous in this instance.

I interpret the terseness of Thomas's response as

0) no, xml-svg support has not lost appeal

1) no, progress hasn't been made towards developing a patch

2) life keeps him busy, so it's nowhere near the top of the stack 
of things to do, and lynx development is likely something he does 
for fun in his Copious Free Time (tm)

3) bugging monthly doesn't help move it up the stack of things to 
do, and may subconsciously move it down in the stack

4) the problem may remain ill-defined (how much detail, accepting 
what sorts of SVG documents (e.g. in-line SVG vs linked SVG), how 
to deal with SVG fragments that are missing helpful text such as 
a <title> element, how to treat the element to be displayed, and 
perhaps config options related to SVG control) so the path to 
implementation is fraught with gotchas

5) Lynx already has support for piping an external SVG reference 
(not inline SVG, however, though a little magic could transform 
an XHTML document and extract SVG fragments from within) to an 
external program, so *today* you can pipe it through some 
sed/awk/xslt transformation to learn details about the SVG

6) the fastest route to implementation is if you code it (or hire 
someone to code it if programming isn't your forte) and send 
patches -- this puts you in the driver's seat regarding the 
time-table and implementation details.  Even if the patches you 
send aren't accepted into an official release, you have a locally 
patched version that does what you want.

-tim