Path recording sequences like "27, 88, 27, 88,..." do not yield the same visual result when doing a FILLPATH, as "27, 88, 61, 27, 88,...", although it should (at least MSO & Windows do). Can't easily attach sample file, it's copyrighted - anyone wanting to test this, please poke me privately.
Thorsten Behrens committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=33e63a1562cbb63b6db36812d159eac2cfa8fcc7 Fix fdo#57353 correct moveTo handling for emf path recording The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thorsten Behrens committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b740f2aeff67278c6f1741088a9be25aa823a8aa&g=libreoffice-3-6 Fix fdo#57353 correct moveTo handling for emf path recording It will be available in LibreOffice 3.6.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.