DCOR 2 comments

robert_weir at us.ibm.com robert_weir at us.ibm.com
Wed May 4 01:11:16 CEST 2011

Hi Francis,

Our primary response to N 924 was DCOR1, not DCOR2.  So if you want to see 
what happened to this comment, you need to go back to comments on DCOR1.

Looking back at that, it looks like the defect was missed initially by 
OASIS.  Then, multiple attempts by Murata-san to raise it again failed due 
to his referring to the wrong section number.

See for example, the comments on the OASIS public review (comment #6):


And see the last Japanese NB comments on DCOR1:


In both cases the comment was saying that the XSL reference in 15.4.1 was 
incorrect.  This is not true.  The problem is in 15.4.19.  So each time 
Murata-san raised the issue, we said, "No change", since indeed the issue 
he was raising was incorrect. 

It looks like there was general confusion caused by the false defect 
report in #30 that many of us confused for the nearly identical, but 
correct defect reported in #33. 

In the disposition of comments from DCOR1, the Project Editor responded:

"No action taken. The original comment (SC 34 N 0942, comment 30) was 
rejected because the reference in 15.4.1 in ISO/IEC 26300:2006 is to 
subsection 7.8.8 of XSL, which is
correct. On further investigation it would appear that there is an 
incorrect reference to subsection 8.8.1 of [XSL] in clause 15.4.19, which 
should be to subsection 7.8.4 of [XSL], as
proposed in the original comment. It is proposed to correct this in 
ISO/IEC 26300:2006/Amd 1, which is currently under preparation."

In any case, I am deeply sorry that this error is still in the text, but I 
think that the Project Editor's recommendation from DCOR1 is still the 
right one, that we synch this up with the FPDAM comments.



"Francis Cave" <francis at franciscave.com> wrote on 05/03/2011 05:57:51 PM:

> From: "Francis Cave" <francis at franciscave.com>
> To: <robert_weir at us.ibm.com>
> Cc: <sc34wg6 at vse.cz>
> Date: 05/03/2011 06:02 PM
> Subject: RE: DCOR 2 comments
> Hi Rob
> For the record, the Japanese comment corresponds exactly to DR 33 in the
> first set of Japanese Defect Reports - see SC 34 N 942. 
> I forget the detail, but I think there is an error in one of the other
> Japanese DRs relating to XSL in that first set of DRs, and I think this
> caused this particular DR to be overlooked. It clearly slipped passed 
all of
> us at the crucial moment.
> Regards,
> Francis
> > -----Original Message-----
> > From: robert_weir at us.ibm.com [mailto:robert_weir at us.ibm.com]
> > Sent: 03 May 2011 01:14
> > To: francis at franciscave.com
> > Cc: sc34wg6 at vse.cz
> > Subject: DCOR 2 comments
> > 
> > Hello Francis,
> > 
> > At our ODF TC call today we reviewed the NB DCOR2 ballot comments. Our
> > analysis and recommendations follow.
> > 
> > For the comments from DIN, on the page and line number references,
> > these
> > concern defects in the editing instructions as presented in the DCOR
> > text.
> >  The OASIS Errata do not have these defects since the OASIS
> > presentation
> > of the editing instructions was different.  Since the underlying
> > corrections made by the DCOR2 editing instructions are correct. we
> > recommend that the Project Editor supply the missing page and line
> > numbers
> > for these items in the published corrigenda.
> > 
> > The JISC comment, concerning the XSL reference in 15.4.19, does not
> > appear
> > to correspond to any submitted NB defect report on IS 26300,   Our
> > understanding was that WG6 agreed previously that any additional 
> > reports on IS 26300 would be applied after the FPDAM.  We've been
> > operating under this assumption in the ODF TC, and have made our ODF
> > 1.1
> > planning and editing work based on this understanding.  So rather than
> > put
> > the COR out of sync with the OASIS Errata by expanding the scope of 
> > DCOR to include new defects, we recommend that we stick to the plan of
> > synching on the amendment.  With that plan, the ODF TC would publish 
> > Errata for ODF 1.1 that would reconcile the OASIS text to incorporate
> > relevant changes from the published ODF 1.0 Errata, as well as any
> > necessary changes based on FPDAM ballot comments.  The easiest way to
> > ensure the Japan defect is addressed there is to submit that as an
> > comment.  This could be done by Japan or by OASIS.   (This particular
> > defect is already fixed in the ODF 1.,2 text).
> > 
> > Regards,
> > 
> > -Rob

More information about the sc34wg6 mailing list