- From: Bert Bos <bert@w3.org>
- Date: Fri, 25 Mar 2011 22:58:52 +0100
- To: Jonathan Kew <jonathan@jfkew.plus.com>
- Cc: www-font@w3.org, 3668 FONT <public-webfonts-wg@w3.org>
On Feb 9, 2011, at 15:23, Jonathan Kew wrote: > On 12 Jan 2011, at 15:16, Bert Bos wrote: > >> 5) Section 4 / section 8. I like the rigorous error handling: if the >> decompressed length is not what was declared as origLength, the file >> _must_ be rejected. No attempts to second-guess what the encoder >> "intended" to do. >> >> On the other hand, it's a bit wasteful to use four bytes to store an >> origLength. One bit to indicate compression would have been enough. >> There is no actual need to check the length, because there is already >> a checksum. > > The origLength for each table is stored in the WOFF file as a convenience for UAs (or other tools) that need to decompress the tables: it allows the necessary buffer space to be pre-allocated in a single operation, without needing to interpret the compressed data once just to determine the space needed and then a second time to actually decompress, or to dynamically expand the destination buffer during decompression. > > Please let us know if this adequately addresses your comment. It's not an important issue. I'm fine with the resolution. > Jonathan > > > Tracker, this relates to > ACTION-72: Respond to Bert Bos' Point 5. > Jonathan Kew -- Bert Bos ( W 3 C ) http://www.w3.org/ http://www.w3.org/people/bos W3C/ERCIM bert@w3.org 2004 Rt des Lucioles / BP 93 +33 (0)4 92 38 76 92 06902 Sophia Antipolis Cedex, France
Received on Friday, 25 March 2011 22:00:22 UTC