My guess is that these applications do not keep track of multiple records of the same type. In fact, I'm not even certain that there is any more than one version for each specific record type. Most of the records have a version value of "0". The 'Shape' atom has a version of "2" in Office 97. Perhaps if Office 2000 adds more basic types of shapes, the version could be "3" if produced in Office 2000, and "4" in Office 2003. It would be interesting to find an Office file with a 'Shape' atom that had a version of other than "2".
Not sure if that answers your question. As far as I know, there is never any stream offsets kept in Escher. Data is mostly kept inside atoms, and given some type of ID. For example, each basic shape is given a 2 byte Shape ID (called a SPID, which is actually 2 parts, a 6 bit cluster and a 10 bit sequence). Other atoms which want to refer to a particular shape would contain this SPID instead of a offset to the shape atom. -----Original Message----- From: Glen Stampoultzis [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 2:00 AM To: POI Developers List Subject: Re: EscherRecord Specifications At 03:06 AM 25/02/2004, you wrote: >Alright, any ideas as to how these applications keep track of multiple >records of the same type? (i.e., recording relative byte-offsets or >recording the exact order stored?) By order stored as far as I know. There is also a record called msofbtDgg that is used to track shape numbers it doesn't actually index into the file so I'm not sure it helps any. Glen Stampoultzis [EMAIL PROTECTED] http://members.iinet.net.au/~gstamp/glen/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
