https://bugs.freedesktop.org/show_bug.cgi?id=71919
--- Comment #6 from Regina Henschel <[email protected]> --- This becomes a little bit long and perhaps discussion should be moved to mailing lists dev and ux. (In reply to comment #5) > (In reply to comment #4) > > Created attachment 89843 [details] > > Arraw heads with zM instead of zm > > (I didn't know what a .soe file was: > https://help.libreoffice.org/Impress/Loading_Line_and_Arrow_Styles) > > Should that file have mimetype application/octet-stream? (perhaps more > gremlins in the Bugzilla attachment processing code) I think, MIME type is "text/xml". > > > The problem is not in LO42 but in LO41. > > Do you mean that the problem is not *introduced* in 4.2, but in 4.1? (and > if so, when?) > > > LO41 writes the sequence zm even in > > cases the arrow head has in its definition zM (which would avoid the > > problem). Therefore a fix would be needed in LO41. > Oh, there I was wrong. I've looked a little bit deeper now. LO 4.1 writes the path as specified in ODF1.2, and LO4.2 interprets it as if the file comes from an older version, which had interpreted the path wrong. That has been introduced with commit id=223f6b631c1b087754c0f9051fb55f029f2503ce. So that is introduced in 4.2. The problem in LO4.1 is, that LO4.1 does not preserve absolute commands in a path, but converts them to relative commands when re-save the file. Therefore it will not help, to deliver the next version of the LO4.1 series with arrow heads, which use absolute commands. Such has been my first thought of a fix. > What does 4.2 write? LO 4.2 writes zM in all cases, same as AOO4.1 does. That was done by the commit mentioned above. Those files are read correctly in older versions. > > > I have attached a new set of arrow heads, which use zM, but because > > of this saving behavior of LO4.1 (save mode "ODF 1.2 extended > > (recommened)"), it does not solve the problem. > > ok > > > Currently those drawings, which use the "combine" feature, can only be shown > > correctly, when you set LO41 to save in "ODF 1.2 extended (compat)" mode. > > Then the drawings are shown correctly in LO41, LO42, AOO401, and AOO41. > > Are you suggesting that we should change the saving behavior of 4.1/4.2? That is a very difficult question. I had a long private discussion with Armin Le Grand, how to solve these problems. There is no reliable way to detect, whether a file was written with the correct ODF1.2 interpretation of the path or not. For AOO only wrong interpretations exists, because it had not followed the way of LO. But for LO we have the situation, that already some versions write the correct interpretation and therefore such files exist. Unfortunately they write relative commands and therefore produce this ambiguity. Changing the saving behavior of 4.1 is one option. Another option is to let the user decide how to open the file, a kind of "He user, I've noticed a zm command. How should I interpret it?". The crucial point in the discussion with Armin was, whether an explicit decision about the interpretation is expecting too much of average users. > > > Add in the release note, that for a smooth change from LO41 to LO42, LO41 > > should be used in "compat" mode? > > What about 4.2? Are you suggesting that you do not see this behavior in 4.2? The files written by LO4.2 do not have the problematic command sequence zm and therefore can be read correctly in all versions. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
