On Wed, 2006-08-02 at 23:33 -0600, Andrew Ziem wrote: > > > > On Sat, 2006-07-29 at 22:28 -0600, Andrew Ziem wrote: > > > What would be the minimal acceptable function and code quality that > > > OpenOffice.org would accept for a Microsoft Works import filter? > > > > > > Right now I have about 500 lines of spaghetti C++ that dumps the plain > > > text to stdout for Works 4 (old, but seems to be the most popular on the > > > Internet) and Works version 8 (aka 2005). Version 7 should probably > > > work as is. However, Works 2000 (aka 5) looks somewhat different. I > > > realize this code is not yet helpful, but I'm looking ahead. > > > > > > For the future, I'm considering creating a library with an API similar > > > to libwpd, so the Works-OpenOffice.org integration should be easy (I > > > hope). Eventually, the filter should process text styles, alignment, > > > page size, etc., but at what point would the import filter be acceptable? > > > > > > > If it was me, I'd say all main body text, and basic formatting, i.e. get > > inline formatted italic, bold, underline, fontname and fontsize working. > > Getting styles imported and supporting the above in those styles would > > be good too if possible initially, but afterwards if necessary. > > > > If that functions, then it would seem suitable quality to me for > > inclusion. And extend it feature by feature block afterwards. > > > That sounds reasonable. I'll look at getting that functioning for Works > format version 4. I'd also like to get page dimensions and text alignment. > > Do you know if the works file format documented anywhere ? Is it it's > > own file format, or is it some cut-down version of some other file > > format ? > As far as I can tell, there's no Works-specific documentation*, and they > are unique formats that change often. Between 1995 and 2005, there were > some 5 versions of Works, and with only a little work, I've found 3 > fairly different file formats. > > * The Works file formats are wrapped in MS OLE, and that's documented as > code in libgsf if not anywhere else. > >
As work progresses, please keep the documentation project up-to-date. Why? Because we have published a workaround in Chapter 14 of the User Guide that will be superceded by a complete import filter. -- PLEASE KEEP MESSAGES ON THE LIST. OpenOffice.org Documentation Co-Lead http://documentation.openoffice.org/
smime.p7s
Description: S/MIME cryptographic signature