Created attachment 120680 [details] LO file Steps to reproduce. 1) create a new presentation 2) set slide to "title, content" page 3) add a few lines of content 4) resize content box so that font size gets automatically reduced 5) save as pptx (Office Open XML or Powerpoint version) 6) close LO and reopen the save ppt file 7) font size has increased back to normal size This is with LO 5.0.3.2 on Fedora 22 linux. I have not tested opening the file in MS Office, only saving and reopening on LO.
Created attachment 120681 [details] Exported pptx file
Same happens in 4.4.5.2
Reproducible with LO 5.0.3.2, Win 8.1
Still a problem in 5.1.0.2 (on Linux x86-64)
And: original text is Liberation Sans 32, it stays like that in Format-Character, while it changes in Sidebar-Properties when resized. After RT, font is Arial 32 in both locations. Looks like all the way from LO 3.3. I suspect this may be the same as in 1-slide PPTX attachment 128239 [details] that's supposed to look like PDF attachment 128240 [details] from Bug 103488 (I extracted that from attachment 114355 [details] from Bug 90237). There, font Calibri Light (Headings) 19 from MSO after roundtrip becomes in LO: Calibri Light 24 in Format-Character and Calibri Light 16,7 in Sidebar-Properties.
Still an issue in 5.3.0.3
Much improved in current master. It looks like the Autofit is correctly saved and loaded now. However the font still changes from Liberation Sans to Arial, and there is a small change in font size. Version: 6.1.0.0.alpha0+ Build ID: a283847a95dd8935dec687d91709604d96636a34 CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.utf8); Calc: group threaded
The changing of fonts is intentional for interoperability, a system with MS Office likely won't have Liberation fonts installed.
(In reply to Aron Budea from comment #8) > The changing of fonts is intentional for interoperability, a system with MS > Office likely won't have Liberation fonts installed. I can't find it documented. While I may understand reasoning, I'd say such a change on-the-fly is wrong without noticing a user. And I see that in Impress only, not in Writer. Please write a source if you know, documentation or bug or fix.
In that case shouldn't LO be embedding the font? (https://support.office.com/en-us/article/Embed-fonts-in-Word-PowerPoint-or-Excel-cb3982aa-ea76-4323-b008-86670f222dbc suggests that pptx format supports this).
Sam, question is a good one. Guess that it deserves a new bug if it doesn't. Still we must have this font change documented.
Dear sam tygier, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 168853 [details] attachment #120680 [details] and its pptx version in LO 7.2 Font size still changes on reopen from 12.1 pt to 11.1 pt in: Version: 7.2.0.0.alpha0+ (x64) Build ID: 80497c7d81af36f703d122ac78baa26387a5854d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL
Created attachment 168854 [details] attachment #120680 [details] and its pptx version in PP 2013 Paragraph settings look kinda weird in PP: - Now there is 1.2 cm indent before the text - Hanging indent 0.9 cm Also the font is 7 pt instead of 12/11. The 14 pt above spacing looks to be exported ~correctly, but in Impress it appears much smaller than in PP.
Dear sam tygier, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Retested with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d4f6534e8870e8f271984c37ce54a6878f372ae1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded I _do_ see the font size change slightly, but it fits the box nicely, and the box is the same size, so the result is true to the original. (In reply to NISZ LibreOffice Team from comment #14) > Paragraph settings look kinda weird in PP: > - Now there is 1.2 cm indent before the text > - Hanging indent 0.9 cm Can't see a change in indentation when reloaded in LO. Can someone else please re-test?