Looking at attachment #167346 [details] from bug #129961 after Miklos' patches shadows are present, alas offset too far to the right (and maybe bottom). If I had to guess, there is an anchor.X + cx in the code that should read anchor.X + cx/2 Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: ce29e6299932fc079b05b60662ba95c8342990bc CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US
Created attachment 181294 [details] Visual comparison Office 365 (left) vs LibreOffice (right)
New. It's worse for larger values, as seen in slide 1 of attachment 181329 [details].
Created attachment 181574 [details] Additional sample document
Created attachment 181575 [details] Additional sample document, visual comparision: Impress (left) vs Powerpoint (right)
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c27946fb157fe46fbfaefbe93f2c6794b1af4411 tdf#150020 pptx import: handle algn for outerShdw It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
After this patch, the problem demonstrated with attachment #181574 [details], is fixed. Also the problem demonstrated at attachment #181294 [details] the non-table shape (top right), is fixed too. But it appears the case specific to table shadows aren't fixed (also demonstrated at attachment #181294 [details]), I'll check the situation there too.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fcf776a09a2c5cd692480c8ec4a678e3d04739c9 tdf#150020: pass transform and scale matrix for the table shadow primitive It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hopefully this is fixed now with fcf776a09a2c5cd692480c8ec4a678e3d04739c9
Indeed, happy to confirm that the sample documents listed in this report plus some I had locally all appear fine now with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3ec73488e447a693a14a773a7fb96938036c0324 CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Nice work, Sarper. Thank you!
*** Bug 132343 has been marked as a duplicate of this bug. ***