Issue 86205 - Increase the compabilty based on Microsoft's documents
Summary: Increase the compabilty based on Microsoft's documents
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 2.4 RC1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL: http://www.microsoft.com/interop/docs...
Keywords:
Depends on: 86215 86216 86217 86218 86219
Blocks:
  Show dependency tree
 
Reported: 2008-02-18 20:08 UTC by kami911
Modified: 2013-02-07 22:33 UTC (History)
4 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description kami911 2008-02-18 20:08:43 UTC
I hope these documents help to increase Microsoft Binary File compability:
http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx

Also some more fileformats:
http://www.microsoft.com/interop/docs/supportingtechnologies.mspx

License (Microsoft Open Specification Promise):
http://www.microsoft.com/interop/osp/default.mspx
Comment 1 Olaf Felka 2008-02-19 07:23:31 UTC
The OOo document filter for Microsoft documents belong to each OOo application.
So please write an issue for each application or document type. This improvement
can't be done at a central place in the office.
Comment 2 kami911 2008-02-19 08:24:34 UTC
What about to convert this to tracking issue with depedndency with component
based issues?
Comment 3 Olaf Felka 2008-02-19 08:38:19 UTC
Sounds like a plan :-)
Comment 4 Mathias_Bauer 2008-02-19 20:27:31 UTC
Kami, thanks for trying to help, but honestly speaking I don't know what such
meta issues can help.

Of course nobody prevents you from creating such a "meta" issue but I don't
think it will make any sense for the developers and testers. Even currently we
have several hundred issues in Word and RTF Import and Export and I'm sure we
will get new ones over the years. Putting references to all of them into a
single meta issue will create nothing but overhead because someone (guess who
;-)) has to maintain that. Be aware of that befor you embark upon it. :-)

Perhaps a query or bug list (or wiki page) *could* make at least some sense but
I honestly doubt that also. Nobody felt the need to create one in the meanwhile
~14(?) years of Word filter development we have been doing until today. Why
should that change dramatically now just because we got some documentation from
Microsoft that more or less does not contain anything new?

Especially it doesn't make sense to relate the MS interop bug fixing to the new
documentation. As Caolan pointed out in his blog, most of our issues are not
caused by missing documentation. And the selection of issues to become fixed is
driven by customer and user demand, not by any documentation. 

So I opt for closing this issue and also those created for the single
applications (I did that for Writer). Issue tracker is not a planning tool, and
it's full enough already. 

Kami, I hope you don't mind, I appreciate your will to help us but at the end
such tracking work is just overhead.