- From: Smailus, Thomas O <Thomas.O.Smailus@boeing.com>
- Date: Thu, 4 Jun 2015 18:34:36 +0000
- To: Chris Lilley <chris@w3.org>, Philip Rogers <pdr@google.com>, Dirk Schulze <dschulze@adobe.com>
- CC: "www-svg@w3.org" <www-svg@w3.org>
Shortness is of value in the industrial space as well. Compressed or not, every byte can matter when you are storing a solution that contains tens of thousands of diagrams, that need to be stored in various states of the publishing/processing, resulting in the storage of hundreds-of-thousands of diagrams.. for ONE product. If each diagram is 5% larger or smaller, it matters. Thomas -- Thomas Smailus, Ph.D. P.E. Boeing Information Technology > -----Original Message----- > From: Chris Lilley [mailto:chris@w3.org] > Sent: Wednesday, June 03, 2015 12:34 > To: Philip Rogers; Dirk Schulze > Cc: www-svg@w3.org > Subject: Re: SVG animations without SMIL > > Hello Philip, > > A quick comment on something you mentioned in passing: > > Wednesday, June 3, 2015, 8:20:36 PM, Philip Rogers wrote: > > The SVG path syntax is pretty difficult to use (IIRC it was designed > > before gzip which is why it uses one-character commands) > > That is incorrect. It was designed both to be short when sent without > compression, and also short(er) when used with gzip; SVG 1.0 mandated that > implementations support gzip which was unusual back then. > > Of course, it compresses better with new compression methods such as > Brotli. > > Since path data forms the bulk of most SVG illustrations and since it was > competing with binary formats such as Flash, shortness was considered very > important for SVG to be competitive. > > > -- > Best regards, > Chris Lilley > Technical Director, W3C Interaction Domain >
Received on Thursday, 4 June 2015 18:35:14 UTC