Re: some file format spec problems with the OOXML chart import/export
2013/5/2 Stephan van den Akker : > Marcus, > > If you like, I can test documents for you in MSO 2007 and send screenshots. > It's a version without any service packs installed - the oldest MSO version > that natively reads and writes OOXML. > No need for that. I have all Excel versions for testing if I need them but I Excel 2007 does not implement OOXML (they implement an initial proposal but can't work with compliant OOXML files) and 2010 is the version that can deal with it. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: some file format spec problems with the OOXML chart import/export
Marcus, If you like, I can test documents for you in MSO 2007 and send screenshots. It's a version without any service packs installed - the oldest MSO version that natively reads and writes OOXML. 2013/5/2 Michael Stahl > On 02/05/13 00:24, Markus Mohrhard wrote: > > Hey, > > > > so I have been fixing some chart OOXML issues recently and there are > > some general problems. > > > > There are a number of comments like (from typegroupcontext.cxx:147) > > // default is 'false', not 'true' as specified > > but testing this in Excel showed that Excel respects the standard in > > contrast to our import and export. Does anyone know why these comments > > have been introduced or does anyone have a reason why we should not > > fix this stuff? I already fixed a few of these problems that made my > > simple test document look awful when being imported into Excel. > > no idea; perhaps it is the case that different versions (or even > different patch levels) of MSO have different defaults? > > > If there is nobody opposing it I will slowly fix these issues in the > > chart import/export where I see them. Sadly there is no way to > > automatically test these things as they are wrong in the import and > > the export filter. The only way is to check the OOXML standard and > > check how our exported documents look in MSO. > > if in doubt i guess it can't hurt to write the explicit value and not > rely on any defaults. > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: some file format spec problems with the OOXML chart import/export
On 02/05/13 00:24, Markus Mohrhard wrote: > Hey, > > so I have been fixing some chart OOXML issues recently and there are > some general problems. > > There are a number of comments like (from typegroupcontext.cxx:147) > // default is 'false', not 'true' as specified > but testing this in Excel showed that Excel respects the standard in > contrast to our import and export. Does anyone know why these comments > have been introduced or does anyone have a reason why we should not > fix this stuff? I already fixed a few of these problems that made my > simple test document look awful when being imported into Excel. no idea; perhaps it is the case that different versions (or even different patch levels) of MSO have different defaults? > If there is nobody opposing it I will slowly fix these issues in the > chart import/export where I see them. Sadly there is no way to > automatically test these things as they are wrong in the import and > the export filter. The only way is to check the OOXML standard and > check how our exported documents look in MSO. if in doubt i guess it can't hurt to write the explicit value and not rely on any defaults. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
some file format spec problems with the OOXML chart import/export
Hey, so I have been fixing some chart OOXML issues recently and there are some general problems. There are a number of comments like (from typegroupcontext.cxx:147) // default is 'false', not 'true' as specified but testing this in Excel showed that Excel respects the standard in contrast to our import and export. Does anyone know why these comments have been introduced or does anyone have a reason why we should not fix this stuff? I already fixed a few of these problems that made my simple test document look awful when being imported into Excel. If there is nobody opposing it I will slowly fix these issues in the chart import/export where I see them. Sadly there is no way to automatically test these things as they are wrong in the import and the export filter. The only way is to check the OOXML standard and check how our exported documents look in MSO. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice