Description: The text on the slide is being cropped, the format is on-Screen Show(4:3)in both impress and MS office. But the text is not cropped when exported from MS office. Steps to Reproduce: 1.Open attached Sample ppt and export it to pdf. 2.See the text is cropped in import and exported to pdf as well. 3.Also export ppt from MS office and compare the pdfs. Actual Results: Text cropped on the slide. Expected Results: Text should not cropped on the slide. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Created attachment 196649 [details] Sample Source file
Created attachment 196650 [details] PDF exported from Libre office
Created attachment 196651 [details] PDF exported from MS office
The MS binary .PPT presentation is misformatted. Presentation has two text boxes, one is over width for the 4:3 screen presentation format (nominally 10 in. x 7.5 in). LibreOffice imports it as it is structured. Once on canvas for ODF Presentation, the font size of the text box can be reduced to fit its width onto slide 4:3 screen presentation layout, or the slide template adjusted to a 16:9/16:10 format which fits without adjusting font. The Export to PDF of a document canvas does the correct thing and applies the needed clipping region to slide canvas. LibreOffice provides no "fit page" to its content in its PDF export, and the clip region asserts dropping the off-canvas content. Verified that changing the slide to a 16:9/16:10 format will fit and cleanly export the overwidth text box without need to change its font sie.
(In reply to V Stuart Foote from comment #4) > The MS binary .PPT presentation is misformatted. Presentation has two text > boxes, one is over width for the 4:3 screen presentation format (nominally > 10 in. x 7.5 in). LibreOffice imports it as it is structured. > > Once on canvas for ODF Presentation, the font size of the text box can be > reduced to fit its width onto slide 4:3 screen presentation layout, or the > slide template adjusted to a 16:9/16:10 format which fits without adjusting > font. > > The Export to PDF of a document canvas does the correct thing and applies > the needed clipping region to slide canvas. > > LibreOffice provides no "fit page" to its content in its PDF export, and the > clip region asserts dropping the off-canvas content. > > Verified that changing the slide to a 16:9/16:10 format will fit and cleanly > export the overwidth text box without need to change its font sie. Presentation has two text boxes and the slide size is 4:3 , In MSO, I can see that, the problematic text box size is 8.93 in. x 4.95 in. which should fit in 4:3 presentation (nominally 10 in. x 7.5 in).
Created attachment 197493 [details] Another sample The text on slides 6,7,8 is being truncated on the right side.
(In reply to SATYA SRINIVAS K from comment #1) > Created attachment 196649 [details] > Sample Source file I downloaded and installed the CorpoS font, which is used in the presentation. After that, the text box did have enough margin that it didn't look cramped. Based on this and comment 4, I would close this. (In reply to SATYA SRINIVAS K from comment #6) > Created attachment 197493 [details] > Another sample > > The text on slides 6,7,8 is being truncated on the right side. I don't understand what the problem would be. I see no truncation. Arch Linux 64-bit Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c5953f1adb36ba3c5658050e6fb4b086839f210 CPU threads: 8; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 18 March 2025
I have installed the "CorpoS font" and the issue is still reproducible. Please check the attached FONT1.jpg and PPT1.JPG. Please note that, I am facing the issue on windows environment (never tried this on linux). Regards, Satya
Created attachment 200601 [details] PPT1.JPG
Created attachment 200602 [details] FONT1.JPG
(In reply to SATYA SRINIVAS K from comment #9) > Created attachment 200601 [details] > PPT1.JPG We don't have access to the file you took the screenshot from.
Created attachment 200603 [details] PPT1.pptx
(In reply to Buovjaga from comment #11) > (In reply to SATYA SRINIVAS K from comment #9) > > Created attachment 200601 [details] > > PPT1.JPG > > We don't have access to the file you took the screenshot from. Attached pptx file.
(In reply to SATYA SRINIVAS K from comment #12) > Created attachment 200603 [details] > PPT1.pptx The text we see in the screenshot is missing.
(In reply to Buovjaga from comment #14) > (In reply to SATYA SRINIVAS K from comment #12) > > Created attachment 200603 [details] > > PPT1.pptx > > The text we see in the screenshot is missing. The content was displayed up to version 24.2.0.3, although it was cropped as described in the issue. Starting from version 24.2.1.1, the text is completely missing. Apologies for any confusion this may have caused.
(In reply to SATYA SRINIVAS K from comment #15) > (In reply to Buovjaga from comment #14) > > (In reply to SATYA SRINIVAS K from comment #12) > > > Created attachment 200603 [details] > > > PPT1.pptx > > > > The text we see in the screenshot is missing. > > The content was displayed up to version 24.2.0.3, although it was cropped as > described in the issue. > Starting from version 24.2.1.1, the text is completely missing. > Apologies for any confusion this may have caused. Reported as bug 166401 But now with this new file that you shared, we are dealing with a different case compared to your original report. The object is a special one, a picture placeholder. So this report is now getting off-topic.
(In reply to Buovjaga from comment #16) > (In reply to SATYA SRINIVAS K from comment #15) > > (In reply to Buovjaga from comment #14) > > > (In reply to SATYA SRINIVAS K from comment #12) > > > > Created attachment 200603 [details] > > > > PPT1.pptx > > > > > > The text we see in the screenshot is missing. > > > > The content was displayed up to version 24.2.0.3, although it was cropped as > > described in the issue. > > Starting from version 24.2.1.1, the text is completely missing. > > Apologies for any confusion this may have caused. > > Reported as bug 166401 Reading Mike's comment there, it was as I expected based on the related reports: the document is abusing the picture placeholder feature. You should not put text in there like that. So while it would be nice to support that, it is not the intended way to use the placeholder.