<html><body>
<p>Forwarding a missing message home:</p>
<p>-----Original Message----- From: listmaster@indx.co.uk [<a href="mailto:listmaster@indx.co.uk">listmaster@indx.co.uk</a>] On Behalf Of John H. Jenkins Sent: Tuesday, April 07, 2015 1:00 PM To: listmaster@indx.co.uk Subject: Re: [OpenType] [mpeg-OTspec] ISO/IEC 14496-22 Amendment for Font Collections</p>
<p>Message from OpenType list:</p>
<blockquote><p>Levantovsky, Vladimir <vladimir.levantovsky@monotype.com> ©ó 2015¦~¤G¤ë¤Q¤K 09:20 ¼g¹D¡G</p>
<p>John,</p>
<p>Thank you for providing additional info, but it raises new questions:</p>
<p>1)      When a font / SFNT resource is treated as a file for the purpose of calculating the checkSumAdjustment – does that include the table directory with all the offsets?</p></blockquote>
<p>Yes.</p>
<blockquote><p>If yes, then wrapping that font in a font collection will invalidate  checkSumAdjustment values since the combined table directory for a collection will have different table offsets (and I doubt it would be ever possible to recreate the ‘old’ offsets to check font data integrity using checkSumsAdjustments for each individual font in the collection.</p>
<p>2)      How do you treat checkSumAdjustment values for font collection entries in the current implementation? Are they ever checked or do you ignore them completely?</p></blockquote>
<p>We pretty much ignore them completely.</p>
<blockquote><p>If latter is the case (and this is consistent with what other implementations do today) – given the current practices we should probably modify the spec and explicitly mention that checksums do not apply to font collections and must be ignored. Would you agree?</p></blockquote>
<p>Yes</p>
<blockquote><p>Thank you, Vladimir</p>
<p>From: mpeg-OTspec@yahoogroups.com [<a href="mailto:mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a>] On Behalf Of ‘John H. Jenkins’ jenkins@apple.com [mpeg-OTspec] Sent: Friday, April 03, 2015 1:46 PM To: Ken Lunde Cc: OTspec (mpeg-OTspec@yahoogroups.com); opentype-list@indx.co.uk Subject: Re: [mpeg-OTspec] ISO/IEC 14496-22 Amendment for Font Collections</p>
<p>I don't know that we've ever thought of this is really being for a file, because for a long time the primary delivery mechanism for TrueType fonts at Apple was the ‘sfnt’ resource. At the moment, when we calculate the checksum adjustment, we treat the font as if it were a file (that is, as a contiguous block of data). The folding of the fonts into a collection happens later.</p>
<p>On 3 Apr 2015, at 10:18, Ken Lunde lunde@adobe.com<<a href="mailto:lunde@adobe.com">lunde@adobe.com</a>> [mpeg-OTspec] <mpeg-OTspec-noreply@yahoogroups.com<<a href="mailto:mpeg-OTspec-noreply@yahoogroups.com">mpeg-OTspec-noreply@yahoogroups.com</a>>> wrote:</p>
<p>With regard to the “checkSumAdjustment” field of the ‘head’ table, long-time implementers of TrueType Collections, meaning Apple and Microsoft, are the ones who should weigh in on this particular issue. Given that the definition of this field is for a file, and because a Font Collection is merely a bucket of multiple ‘sfnt’ tables, and contains two or more “virtual” font files, my guess is that this field is ignored in the context of Font Collections. But again, Apple and Microsoft should weigh in for clarity and guidance.</p>
<p><em>_._,_._</em>_ <em>_____________________________</em>_ Posted by: “John H. Jenkins” <jenkins@apple.com<<a href="mailto:jenkins@apple.com">jenkins@apple.com</a>>> <em>_____________________________</em>_</p>
<p>Visit Your Group<<a href="http://email.monotype.com/wf/click?upn=cHUP5640XROZyWyy65mk2-2BKxl4ZsEyNZtmLt-2BvyWv0fxly5bTpaydd8Tw7x8caEBaLIKM7VgRx53k3-2FE69jwOKk8308MTFnQdM6sClOjLArHKusj3MsjzJBSRFh0iD0DhdHqNmGofiEVVbPt8e8ctTB02nsJOgoyEzkDIIoFmG-2FEyHKNd2NuIdH4VZyk-2BWIaoX6ZB0bB6-2FNUFAZKbUgms57YwSg4MXgnXLP-2FzZqHz-2Fy2F83dTzbdENtB9iNJv6Wd_J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdR59wjx3q6lCEXQbqahy-2BesHIOVDMO63YQPmOj2G5ruwSDJmtsWGezDYRLIsyPnNASz51AHjATts0rjxw20N-2BKsfqhjaH8uJsY6F5uzfICvGKn2tpcKAPbeqTKxZFlzTWQee8hm46LAix820MiBT08Y-3D">https://groups.yahoo.com/neo/groups/mpeg-OTspec/info;_ylc=X3oDMTJmMGFxbmsxBF9TAzk3MzU5NzE0BGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRzZWMDdnRsBHNsawN2Z2hwBHN0aW1lAzE0MjgwODMxNDI-</a>> [Yahoo! Groups]<<a href="http://email.monotype.com/wf/click?upn=cHUP5640XROZyWyy65mk2-2BKxl4ZsEyNZtmLt-2BvyWv0fzQT5rUsAkuKgrJS-2BDTKO5WjuB1IoweqaQJL-2Bq4L8sZWJCSzP7qnFHwEOG0nyzb3yyD6PRZqiEtytD6t7Nwk-2Fp6C-2B9Aw6exDPdSsGHYFxIh3Vf0rKwjngW8OWUXUm0aTCiP5IBaANKXBfBpVF3Hf7dtXcBGruezAiHyKdGBjKjvcsaLiyhGhvgb5PVi94bmdU-3D_J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdY2gZ9E-2Bk7iCd26qxPvd8V5Gwp1nTzZP-2FT5ucu7Oso-2FosZJPFfUEKszQRO1-2FD0ioZGnDxwzSGcKK2-2B5WFtZjwsmt20k-2BqjDPA9Jagag8QXVY81S8QlUDErYvrb0224qAbOFSEKkd9ZfIlYDzxbo8Qss-3D">https://groups.yahoo.com/neo;_ylc=X3oDMTJlYmh1YzJxBF9TAzk3NDc2NTkwBGdycElkAzEyODYwOTU1BGdycHNwSWQDMTcwNjAzMDM4OQRzZWMDZnRyBHNsawNnZnAEc3RpbWUDMTQyODA4MzE0Mg--</a>></p>
<ul><li><p>Privacy<<a href="http://email.monotype.com/wf/click?upn=6QaQEfLIvZ7tvYr1IECdU6Zgw9QZeDaBhL0VnmmIfJQDJnWOpkFPuCQrfvW894tbtv6Z3NNLCCpuU0dakVi9UKrZPqeD9swhz5vxHcR4Heo-3D_J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdQUzTJud3E2WbavFlhPHyqJCpGrlqFCUL4tA5Q5hFdc1TdBnEECMgg2o6EPZUD5mjob-2FLGMRH-2BaYea-2B7QUXgJAYeDuHHgzfaY-2FdCKguj9IVVT2NRIPaogYPojKFAxSroh6ZAXSBBgFb0w-2BBweIqWFzo-3D">https://info.yahoo.com/privacy/us/yahoo/groups/details.html</a>> * Unsubscribe<<a href="mailto:mpeg-OTspec-unsubscribe@yahoogroups.com?subject=Unsubscribe">mpeg-OTspec-unsubscribe@yahoogroups.com?subject=Unsubscribe</a>> * Terms of Use<<a href="http://email.monotype.com/wf/click?upn=6QaQEfLIvZ7tvYr1IECdU8Bkxeseq0ZPSLo-2By17KEsj8Y7cvA-2Bzd-2FzDOFOT4vlSxthEc9jgNTApH5WDk9wcXnA-3D-3D_J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdWNg4emFef8huD6epnzSW8yQFamd2Gkwcgi0cIvbv80NAiE-2FWTYUANmHMt6JCbEzYHR3YDmlrkxv8w3-2BfocznEmY3AhC87GDuC35a-2FP-2BHg7d7-2FwDMkX0DHU6aComdgklBEnN0Pc3Cu2JNqHKPsQs70g-3D">https://info.yahoo.com/legal/us/yahoo/utos/terms/</a>></p></li></ul>
<p><em>_,_._,_</em>_</p>
<blockquote><p><strong>***</strong>* Attachments to this email message have been removed <strong>***</strong>*</p></blockquote>
<p>List archive: <a href="http://email.monotype.com/wf/click?upn=kxJiGh-2F9YUZUQlb9NXj3zgF-2FR9aSpfr7oyYGZ2RWQSN8xmTc6izQfY8GI5O7CKNx_J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdacIT0XR-2FzbtqjP3Glks8Z6VAunwEc-2By2kipx68eWdxSuhDHf4YbABRDu-2Bf-2Fc5xyIcV7NEtN4KX8b1y-2FeGOqxhJ2JvJGBTRGpJ-2F0rSLIGgSZ54Tmj0-2Bw1nb0LcwkUXan1oIHf-2FEIhnRG6onNLrAhkyU-3D">http://www.indx.co.uk/biglistarchive/</a></p>
<p>subscribe: opentype-subscribe@indx.co.uk unsubscribe: opentype-unsubscribe@indx.co.uk messages: opentype-list@indx.co.uk</p></blockquote>
<p>List archive: <a href="http://email.monotype.com/wf/click?upn=kxJiGh-2F9YUZUQlb9NXj3zgF-2FR9aSpfr7oyYGZ2RWQSN8xmTc6izQfY8GI5O7CKNx_J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdeGjc5bDqoZ-2FShk8FwC7ZEVzge5fSTogwFUeUlRRFgb3If9-2BBawoeHHMq2BAH436-2BVql4y7DoYwVGIsBqmYP5I0p4OgFy4eAQQXNJWmDWr4qYnVWpAUaMBASwbyeow-2FDSuUE6aoooz6YmQcq0u0HE14-3D">http://www.indx.co.uk/biglistarchive/</a></p>
<p>subscribe: opentype-subscribe@indx.co.uk unsubscribe: opentype-unsubscribe@indx.co.uk messages: opentype-list@indx.co.uk</p>

<img src="http://email.monotype.com/wf/open?upn=J0Ubaei5HA3XL039ePvaTIKlP3BYkaS-2FPxqEvs36ned9zmGRiDAgbU8LWlDd8lz5deohUTxA9WSVrDbhB1LhdXbN9ce1BAigTMb-2Fnwt-2FSS1IEN4HcqtWJfqHXNO4lzujlky1ZqSvlzaycluMFbxjg5f-2FDBVTbff4UQmRXD1zMuW6DvIUmpFDC5Wwq5B0X8djEpVVlsQoKLg0IvIG8eJF-2BqUo6xdtYkb-2FuOBOaM-2FpTFg-3D" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/>
</body></html>