[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: NY Times reference to 'secret coding'

  • From: noah_mendelsohn@u...
  • To: "Ken North" <kennorth@s...>
  • Date: Tue, 4 Sep 2007 19:18:29 -0400

Re:  NY Times reference to 'secret coding'
Ken North writes:

> which parts of the OOXML spec rely on 'secret coding' ?

I have not read the OOXML specification, and so can't give a straight or 
well informed answer.  That said, I can guess where some of the issues 
might be, and I'd be grateful if someone better informed than I can 
confirm or deny my hunch. 

There are often at least two levels of concern when considering 
compatibility of an office-style file format:  1) given the published 
specifications and an arbitray document instnace, can you extract the 
general semantics -- for example, can you tell that a given page is in two 
column format with a footnote at the bottom vs. 2) can you tell to the 
exact pixel how that document is to be printed on some particular printer, 
and can you predict for that printer exactly how long the footnote can be 
before it wraps to a second page?

While I can't speak authoritatively regarding Microsoft Office or OOXML in 
particular, it wouldn't be surprising to find that a fair amount of the 
information needed for (1), quite possibly all of it, is in the OOXML 
specification.  It is also quite possible that the information needed for 
compatibility at the level of (2) is not provided in the specification. If 
that's true, then to get that level of compatibility or "openness" you 
would need additional information, and presumably the "secret code" for 
the Microsoft Office products embodies at least one set of answers to the 
questions asked in (2).

Note that, as a practical matter, (1) is sometimes sufficient for 
particular purposes but (2) is very often what you need.  Certainly, over 
the years, this is where a lot of the concern has been with "lockin" to 
the widely deployed office applications. If I send you a file for a 
newsletter, for example, and your software correctly determines the number 
of paragraphs, headers, etc., but rearranges them on the page, then quite 
likely you won't consider the file format to be sufficiently interoperable 
for your purposes.

So, seeing that the OOXML specification is asserted to "rely on 'secret 
coding'", I'm curious as to whether I am correctly guessing what the real 
issue is?  Does the OOXML specifiction provide for compatible rendering in 
the sense of (2)?  While I think that's what users typically need for 
interoperability, I'd be somewhat surprised if the OOXML specification 
provided it.

BTW: I assume that because OpenOffice is Open Source, the answers to the 
equivalent questions for ODF can be determined from that source code.

Noah

--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------






[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.