I’ve learned never to use those numbers, and I always turn in comments (on ODF and on OOX) with identification of document version, part, and section as well as printed page number. That’s such a habit that it didn’t occur to me that people do otherwise when reviewing specifications of this kind.

It is unfortunate that the 5-part official ECMA-376 wasn’t used, considering how much hyperlinking and clickable cross-references are provided in those versions. That’s really helpful. Why the documents were stitched together into a single PDF for the JTC1 conflict review is a mystery.

I encourage people to revert to the official versions and using printed section+page numberings in any continuing analysis and commentary.

Translation of the PDF number blocks to the corresponding 5-part printed numberings is pretty straightforward, especially since it is the large Part 4 that seems to have the most commentary.

I’m actually grateful that they used zip packaging in both cases, so there is no temptation of my browser to open them or be confused by mime types that may not have been set up properly on the ECMA server.

One curiosity about the largest .docx, that for part 4, is that it is around 1,000 bytes smaller when deflated in the “outer” Zip wrapper. Even with the extra content, the final Zip is slightly smaller than the .docx by itself (and not re-Zipped).

Yes ! I have discovered that in the beginning of last week. So, I have asked a question Wed 7 feb 2007, on this web site :

http://www.formats-ouverts.org/blog/2007/01/30/1088-guerre-des-formats-quelle-est-la-position-de-la-france#c3303

It was a big job to analyze ECMA-376, it’s sure. But now, we have to compare the old version and the new version ! It’s crazy !

I suppose that it’s a strategy of ECMA.

Best regards.

Captain Europe.

When you are dealing with a giant 6,039 page PDF file, the page numbers printed on the page are irrelevant. They have no significance at all since navigation by those page numbers is not practical. In fact, these page numbers are ambiguous in what was submitted to JTC1, since there are 5 page 1′s, page page 2′s, etc. Ditto for section numbers.

Since they simply appended these separate documents together without a consolidated table of contents or consistent page or section numbering, the only practical form of navigation is via the PDF page numbers.

Your point about the numbers on the page may true (although I’ve received other reports of some page numbers changing), but irrelevant. In a 6,039 page document, no one will navigate via those page numbers.

In any case, JTC1 must review what was submitted to it. I wish it had been submitted the cleaner, 5 part version. But wishing doesn’t make it so.

There is no change in the tables of contents or in the page numbers printed on the pages themselves.

Between the October 2006 Final Draft that ECMA approved, the only additions seem to be addition of additional cover pages and modification of the title pages of the parts. Some blank sides also show up that were suppressed before (but included in the front-matter page numberings).

Hasan can keep his printed copy. The body pages (arabic page numbers) and the tables of contents are all accurate for the individual parts.

If you use an Acrobat Reader, and rely on the page-count positioning that the reader uses, you will see differences. But the document pagination and TOC for body pages is unchanged.

I have no idea why a single PDF was submitted-to?/distributed-by? ISO. It loses a great deal of convenience, including the additional schema files and such. The single PDF at Steven Johnson’s site has none of the hyperlinking in the TOC and cross-references that the ECMA editions have.

Hopefully you can recycle the paper.

From what I’m hearing there should be no substantive changes in the text of the new specification. It is merely breaking it into multiple PDF files.

But this does show some lax controls when versions of OOXML come and go without a change log and preservation of previous versions. It would be one thing if this were a draft. Drafts can be taken down and replaced at any time. But this was the final Ecma-approved version of OOXML, the version submitted to JTC1. This should not be silently replaced. In fact it should not taken down at all.

Looks like some text have become garbled in the new version.

It is certainly legitimate to correct errors in specifications. But they should maintain dated and numbered versions, and keep the previous versions available. Sure we have ODF 1.0 second edition, and ODF 1.1, but the original ODF 1.0 was never taken down.

I’m not an expert in Ecma process, but I would be surprised if they could make any substantive changes to the specification without another vote in Ecma.

In the end this is probably just a reformat/repackaging of their specification. However, if it is to be considered the same standard (OOXML 1.0) then they should not be changing page numbers, since that breaks any citations. If they need to do that, then they should call it OOXML 1.01 or something like that.

Should be a piece of cake using MS office 2007 ???

Mayby this version is already prepared for Ecma’s answer to the contradictions elaborating information and mayby changing some error findings. I remember ODF having a 1.0 version and then a 1.0 second edition version with ISO comments in them. So this might well be a simular second edition version.

Weird to put such a version on line already though. Could it be that they already send it to JTC1 in advance ?