[mpeg-OTspec] CFR corrigendum (was: Good news about CFR (aka ISO/IEC 14496-28:2012)
Ken Lunde
lunde at adobe.com
Tue Aug 7 00:57:47 CEST 2012
Many thanks, Vladimir.
-- Ken
On Aug 6, 2012, at 12:04 PM, "Levantovsky, Vladimir" <Vladimir.Levantovsky at MonotypeImaging.com> wrote:
> Thank you Ken.
> I believe you're right and we need to allow both 'ComponentDef' and 'LanguagePreferredList' elements as children of 'Components' be present at the same time but let's confirm this with Apple.
>
> Once confirmed, I will prepare a draft input contribution for corrigendum.
>
> Thank you,
> Vlad
>
>
>> -----Original Message-----
>> From: Ken Lunde [mailto:lunde at adobe.com]
>> Sent: Monday, August 06, 2012 2:11 PM
>> To: Levantovsky, Vladimir
>> Cc: OTspec mpeg-OTspec; Tony Tseung; Julio Gonzalez; Dave Pawson
>> Subject: Re: Good news about CFR (aka ISO/IEC 14496-28:2012)
>>
>> Vladimir,
>>
>> Good catch. Although someone at Apple, such as Tony Tseung, should
>> confirm, I believe that the text in Section 5.5, along with the DTD,
>> needs to be changed via a corrigendum to allow both elements,
>> 'ComponentDef' and 'LanguagePreferredList', as children of the
>> 'Components' element.
>>
>> For the text in Section 5.5, simply removing the word "either" should
>> suffice:
>>
>>> Required. The 'Components' element contains one or more of the
>> 'ComponentDef' or 'LanguagePreferredList' elements.
>>
>> For the DTD, the 'Components' element should be changed to the
>> following, which should allow what is intended, meaning that it must
>> have children, and that both elements are allowed:
>>
>>> <!ELEMENT Components (ComponentDef*,LanguagePreferredList*)+>
>>
>> Someone with more experience than me with XML should confirm that the
>> above reflects the intention.
>>
>> Perhaps Dave Pawson can regenerate the RelaxNG schema based on this DTD
>> change.
>>
>> Thank you for finding this, and for bringing it to our attention.
>>
>> Regards...
>>
>> -- Ken
>>
>> On Aug 6, 2012, at 10:50 AM, "Levantovsky, Vladimir"
>> <Vladimir.Levantovsky at MonotypeImaging.com> wrote:
>>
>>> Hi Ken, all,
>>>
>>> I was looking at the text of the CFR (ISO/IEC 14496-28) standard and
>> I noticed something that I believe would require a corrigendum.
>>>
>>> Both the verbal description of the 'Components' element and the DTD
>> of it in Annex A define that the element "contains one or more of
>> either the 'ComponentDef' or 'LanguagePreferredList' elements", which
>> imply an "exclusive OR" relationship between two types of children -
>> i.e., either one or more of 'ComponentDef', or one or more of
>> 'LanguagePreferredList' elements must be present, but both types cannot
>> be present at the same time.
>>>
>>> However, in Annex B, the examples 3 and 4 show 'Components' elements
>> that contain both 'ComponentDef' and 'LanguagePreferredList' elements
>> as children of 'Components'. Since the examples and the spec proper are
>> clearly at odds with each other, something must be wrong and needs to
>> be corrected. If both 'ComponentDef' and 'LanfguagePreferredList'
>> elements *can* be present as children of 'Components' at the same time,
>> then we need to update the spec proper and the DTD. The main question
>> here is what's the intended element structure and, most importantly,
>> how it is currently implemented.
>>>
>>> Thank you,
>>> Vlad
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: mpeg-OTspec at yahoogroups.com
>>>> [mailto:mpeg-OTspec at yahoogroups.com]
>>>> On Behalf Of Ken Lunde
>>>> Sent: Friday, July 27, 2012 4:17 PM
>>>> To: OTspec
>>>> Subject: [mpeg-OTspec] Good news about CFR (aka ISO/IEC
>>>> 14496-28:2012)
>>>>
>>>> All,
>>>>
>>>> Mac OS X Version 10.8 (Mountain Lion) is the first CFR
>>>> implementation, and thus the first implementation to break the 64K
>>>> glyph barrier. Many thanks to the folks at Apple for pulling this
>>>> off. I wrote about it this morning on our CJK Type Blog. See:
>>>>
>>>> http://blogs.adobe.com/CCJKType/2012/07/cfr-support-in-mountain-
>>>> lion.html
>>>>
>>>> Regards...
>>>>
>>>> -- Ken
>>>>
>>>>
>>>>
>>>> ------------------------------------
>>>>
>>>> Yahoo! Groups Links
>>>>
>>>>
>>>>
>
More information about the mpeg-otspec
mailing list