DR 10-0048 (OPC Annex C) proposed changes

[MURATA Makoto]

Dear colleagues,

I studied WG4 N344, DR 10-0048 (Annex C Changes).  Attached
please find an improved draft.

First, I find the whole point of Table C-7 is to allow an Microsoft
extra field for representing growth hints.  I thus reintroduced this
table, referenced 9.3.8 (Growth hint) from this table, and referenced
this table from the description of extra fields.

Second, I replaced "No" by "Not allowed".  "No" is a bit confusing,
since it can be interpreted as "no additional constraints by this
specification".  But "Not allowed" clearly prohibits the particular
construct.

Third, I corrected some mistakes in the "version needed to extract"
field.  1.0, 1.1, and 2.0 should not be marked as "Not allowed".
Indeed, these are used by MS Word.

Fourth, I mistakenly disallowed "no compression" in Table 4.  Fixed.

Fifth, in Table C-6, I mistakenly marked almost all fields as
"Partially -- the value shall be set to 0".  They should be simply
disallowed.  Note that extra fields do not have to exist.  Fixed.

Fourth, I do not understand what is meant by "All 64-bit stream record
sizes and offsets shall have the high-order bit = 0. [M3.20]" at the
end of this annex.   What does this mean?

Regards,
Makoto

2016-06-12 8:25 GMT+09:00 MURATA Makoto <eb2m-mrt at asahi-net.or.jp>:

> Unfortunately, the draft after the Kyoto meeting is lost.  I created a new
> rewrite.
>
> Regards,
> Makoto
>
> 2014-06-19 20:42 GMT+09:00 Chris Rae <Chris.Rae at microsoft.com>:
>
>> One piece of information I think is lost in my current draft is the
>> records for which “supported” is “no” but “pass-through on editing” is set
>> to “yes” (this includes the one DR 10-0048 was originally directed at). I’m
>> wondering whether we could introduce a setting of “Ignored”, meaning that
>> the record is permitted to exist in an OPC file but an OPC consumer must
>> not use its content. It would then be down to implementations to determine
>> whether to round-trip the record or not.
>>
>>
>>
>> Chris
>>
>>
>>
>> *From:* Francis Cave [mailto:francis at franciscave.com]
>> *Sent:* Thursday, June 19, 2014 12:11
>> *To:* e-SC34-WG4 at ecma-international.org
>> *Subject:* RE: DR 10-0048 (OPC Annex C) proposed changes
>>
>>
>>
>> In the Table Key at the top of C.3 the term “Optional” is defined, but is
>> not used in any of the tables. I think this relates to Chris’ comment as to
>> whether ‘Yes’ always means ‘may’ or perhaps sometimes means ‘must’.
>>
>>
>>
>> Francis
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From:* eb2mmrt at gmail.com [mailto:eb2mmrt at gmail.com <eb2mmrt at gmail.com>] *On
>> Behalf Of *MURATA Makoto
>> *Sent:* 19 June 2014 02:26
>> *To:* e-SC34-WG4 at ecma-international.org
>> *Subject:* Re: DR 10-0048 (OPC Annex C) proposed changes
>>
>>
>>
>> I love this rewrite.  Thanks!
>>
>>
>>
>> Regards,
>>
>> Makoto
>>
>>
>>
>> 2014-06-19 7:22 GMT+09:00 Chris Rae <Chris.Rae at microsoft.com>:
>>
>> Attached is a first draft of my proposed rewording of OPC's Annex C. I've
>> tried to cut it down so that the annex refers only to the file format and
>> not to implementations, and as a result have removed quite a lot of
>> normative text that I believe was relevant only to the MS Office
>> implementation. More work is definitely needed (I've added questions as
>> comments in several places) but hopefully we can use this as a draft to
>> continue work from.
>>
>> Chris
>>
>>
>>
>>
>>
>> --
>>
>> Praying for the victims of the Japan Tohoku earthquake
>>
>> Makoto
>>
>
>
>
> --
>
> Praying for the victims of the Japan Tohoku earthquake
>
> Makoto
>



-- 

Praying for the victims of the Japan Tohoku earthquake

Makoto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20160713/2c6b4e3c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DR 10-0048 (Annex C Changes).docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 83585 bytes
Desc: not available
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20160713/2c6b4e3c/attachment-0001.docx>