On Tue, 2010-12-21 at 21:40 +0000, Caolán McNamara wrote: > On Tue, 2010-12-21 at 16:17 +0000, RSClymo wrote: > > To whoever it concerns: greeting. > > > > I wrote the following to Michael Meeks (after his article in Linux Format > > promoting LO (which I am trying): > > > > "In its parent OpenOffice there is a long-standing defect (reported over 3 > > years > > ago, issue 76587) that makes the equation setter in the Linux version a > > total > > joke (common characters such as ()+ etc. print wrongly or are unprintable) > > and > > the app is consequently useless in Linux for much science work. It is, > > though, > > OK in MS Word. Details attached. I did my bit to try and get this attended > > to in > > OOo but no success. This got OOo a bad reputation. I'd hate that to > > continue in LO." > > I *can* reproduce http://qa.openoffice.org/issues/show_bug.cgi?id=76587 > which is not really strictly anything to do with equations. That's to do > with wmf rendering, and if the comment by r6144 is correct it should be > an easy enough fix.
So I committed 8e1934afe18a270b0042afc5fdb9cb19e83a28c3 in svtools to fallback to MS1252 encoding when we get a "DEFAULT" or "OEM" encoding where we can't actually determine the encoding instead of assuming its the system encoding. This should mean that things are consistent across platforms and environment. And has the outcome that the concrete example now looks like the attached when imported into LibreOffice. This isn't backported to libreoffice 3.3, but is in the master version only. C.
<<attachment: screenshot.png>>
_______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
