Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

darobin (1316)

darobin
  (email not shown publicly)
http://berjon.com/

Journal of darobin (1316)

Thursday February 28, 2002
10:47 AM

All SVG week

[ #3184 ]

Interestingly enough, only an hour or so after submitting my proposal about server-side SVG, I see that xml.com has a week about SVG and SVG alone!

The first article is about converting XML data to a visual representation of it, something which I've been doing over and over. The author doesn't explore even a tenth of the possibilities (especially having several graphical views of the same data), but then that would be hard :) Eisenberg's article is less interesting as it's about creating a Java servlet (his book, SVG Essentials, is full of Perl code though). Antoine's column is, as usual, excellent (and you haven't seen the full drag code that does a lot more!).

This is very cool, kudos to them for such a week. World domination approaches, SWF must die.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • World domination approaches, SWF must die.

    In my LWP/HTML talk last year at The Perl Conference, I said that "all-SWF sites are a worst-case scenario for the Web". I really hope it never comes to pass. SWF is just binary dog food.

    Random question: Are SVG files larger than comparable-content SWF files?

    • Re:SVG/Flash (Score:3, Informative)

      SVG enforces that viewers must support gz. Thanks to that, the average SVG file is circa the same size or up to 30% smaller than the equivalent SWF file. The latter more often than not.

      --

      -- Robin Berjon [berjon.com]