Created attachment 91939 [details]
Screenshot of Impress source-document & exported PDF
When creating a document in Impress (using the fonts Papyrus and Comic Sans) everything is rendered fine, that is, sometimes the font size is getting decreased automatically/arbitrarily, filling the whole text box, but apparently using a font size bigger than indicated in the corresponding drop down box, and upon re-entering the very same text box, the text is displayed at the actual, smaller one.
Anyways, the issue at hand is, in Impress the document is looking perfectly fine, but when exporting as PDF the text is exceeding the right hand border by far, and the text is getting cut off! :(
Please see enclosed screenshots for some details.
please upload the source file as well
Created attachment 92320 [details]
LibreOffice Impress Source Document
Created attachment 92321 [details]
LibreOffice Impress Rendered/Exported PDF Document
Just uploaded two files
:: LibreOffice Impress Source Document; and
:: LibreOffice Impress Rendered/Exported PDF Document.
Somehow the issue appears to be linked to the graphics/logo in the top right-hand corner.
I've replaced this logo with the LibreOffice one, and the rendering/exporting turned out to be perfectly fine!
ok. reworded the summary since this is not an Impress rendering issue but rather a PDF-export bug.
I confirm that your PDF version shows text cut-off
however convertit the ODP source file to PDF in LibO 22.214.171.124 under Win7 64bit doesn't show that behaviour... output PDF is ok in multiple PDF readers
maybe a MacOS specific bug?
what about the original logo image? could you please upload it separately to allow analysis? which extension is it?
Created attachment 92322 [details]
Logo in png file format
Comment on attachment 92322 [details]
With this logo inserted into the master view, the unexpected behaviour when exporting from Impress to PDF is occurring.
Created attachment 92325 [details]
Replacing the original logo in the master view with this alternative one, all of a sudden the exported PDF is looking as expected.
Confirmed:126.96.36.199:OSX -> NEW
tommy27: could you test with 188.8.131.52 on win7? if there everything is fine, we know this is limited to OSX.
I'm afraid I've only got MacOS X boxes, not a single Windows one available at all.
works fine under Win7 64bit with Version: 184.108.40.206.0+
Build ID: 88cd9632e081f5839cf9fddf60cbff0c099e2968
TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-01-09_22:46:56
I see this issue using 220.127.116.11 on OSX 10.9.1.
To reproduce, I created a new presentation, switched the slide to the standard bullet-point format, and added the line of text: like "The quick brown fox jumped over the lazy dog."
Exporting as a PDF cuts off the last portion of the sentence.
AFAIK it was using the default font setting: 32 pt Arial.
To my eye, it looks like the issue is related to letter spacing. This is most obvious looking at the "ov" in over -- in Impress, the o and v are kerned such that they slightly overlap, but in the PDF document, they are distinct.
I'll attach the very basic example.
Created attachment 92360 [details]
Example of impress file that reproduces the issue
This file contains text that runs close to the right border of the content area.
When exported to a PDF, the text is cut off.
Created attachment 92361 [details]
example output that demonstrates the issue
The text is cut off on the right.
If I make portions of the text bold, they will overlap the existing text.
For instance, if I make the last word in my example file (dog) bold, it will appear overlapped with the previous word.
I would guess it's appearing where it *should* appear in the first place, and the non bold text is appearing incorrectly.
again, not reproducible under Windows. MacOS bug.
A couple of odd things I've noticed:
- If I make a selection of text bold, and then unbold it, the font weight seems to have changed slightly. This didn't seem to have an affect on the PDF output, though.
- The text cursor is misaligned with regular text. It'll often appear in the middle of words. This doesn't occur with bold text, or with text I have unbolded as described above.
Might be related to Bug 69968.
Created attachment 95044 [details]
ODP file of problem and work around
Created attachment 95045 [details]
PDF file of problem and work around
Created attachment 95048 [details]
PNG of work around text
Created attachment 95049 [details]
PNG of problem text
Here is my situation, if the text box is not filled vertically then the text is stretched and when exported becomes cutoff. If the vertical size of the text box is reduced then everything is good, but it is a pain to adjust all text boxes. Additionally if autofit text is turned off then it is fine.
@Vossman - please don't nominate bugs to MAB unless you know procedures regarding MAB. Removing from MAB list
** Please read this message in its entirety before responding **
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 on a currently supported version of LibreOffice (4.4.2 or later)
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
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)
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: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
I have not experienced this problem since I switch from OTF fonts to TTF fonts and I do not plan to switch back.