Using Kubuntu 11.10. Open an empty presentation and use original design. Add a new slide. In the bullet region marked as "click to add text here" paste the following text: Bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla. Bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla, bla. You can observe that the font size is too small. Also, you can observe that the "increase text" and "decrease text" buttons don't operate properly on the pasted text.
Same problem using Ubuntu 11.04.
NOT reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI New versions of Ubuntu specific? Oh, non LTS versions of Ubuntu is so non LTS...
Created attachment 53571 [details] Image with the problem
It is because "Fit to frame" option activated. To disable this: right click on frame itself (not text inside), choose Text in context menu, tab "Text", option "Fit to frame". But very strange this "Fit to frame" works: 1. When enabled, text is too small 2. When disabled: during editing, text shown only inside of frame (expected that all text). When exit editing, shown all text (expected that only part that in frame). Changing version to 3.3.4 as most early reproducible Reproduced in 3.3.4 and 3.5.1 on Fedora 64 bit and Windows XP 32 bit
Created attachment 69004 [details] autofit text with default wide display
Created attachment 69005 [details] autofit text with default two pane template completely unreadable
Still a problem in 3.6.3rc1 (See attachments) This is becoming an annoying bug, not sure if it is font related, but I am constantly having to disable autofit text, then I change slide layout and have to disable it again!!!
@Vossman: Then you would have to disable autofit properties to the master slides, I assume (?) Not a bug according to the current behavior.
@Muthu, obviously your suggestion is a valid work around for my situation. But the point is that autofit text is broken!
@Vossman: It would be nice to hear more detailed explanation than just "is broken". It is not clear what is broken and what is the fix (how should it be fixed) :(
Hi @Muthu please see the attachments and read the above comments, it is all well documented.
This is terribly annoying. Using Debian Lenny and LibO 3.6.3 final release, with longer lines part of or all of the text in a text frame regularly gets squeezed together (rendering it completely illegible). Resizing the text frame usually works, but only until the text layout inside the frame changes -- terribly annoying. Disabling "Fit to frame" is somewhat of a workaround, but this really should be fixed. Adding this to earliest available MAB and upping importance a notch.
3.5 has come to end of life in its cycle so we are confirming the bug still exists in LibreOffice 4 and if it does, confirming that it is indeed a MAB. I have confirmed this bug on: Version 4.0 rc3 Moving to 3.6 MAB
As reported above it still exists in 3.6, probably in 4.0.
*** Bug 58648 has been marked as a duplicate of this bug. ***
*** Bug 56851 has been marked as a duplicate of this bug. ***
Created attachment 79767 [details] single line patch for auto-fitting text with long paragraphs
submitted my first patch to the project; works on both linux and mac. I submitted it to the mailing list as well.
Thank you for your work! I am looking forward to use this result!
*** Bug 54434 has been marked as a duplicate of this bug. ***
*** Bug 56849 has been marked as a duplicate of this bug. ***
I confirm that the bug is present in 4.0.4 RC2. Auto fit text is currently broken to the point of being completely useless. If one has a text frame with a certain height h, most of the time the autofit text function ends producing text that is too small to fit height h and that commonly fills just 1/2 or even 1/3 of it. Can the patch be applied to the 4.0.4 RCs or the 4.1 betas or RCs for wider testing? I understand it is now late with the release process of 4.0.4 and 4.1, but at worst it can only leave a broken feature broken.
Neil Voss (fourier) committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bddf3bba1fa13b57a69f2bd5f7c7f96bb945066d fdo#42134 FORMATTING: Autofit does not work properly on long texts 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.
Neil Voss (fourier) committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=aaa8271292afd913b9aef20f444ef261928943df&h=libreoffice-4-1 fdo#42134 FORMATTING: Autofit does not work properly on long texts It will be available in LibreOffice 4.1. 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.
Thanks for pushing the patch, I am relatively new to git and I found the gerrit system a little confusing.
Tested on Version: 4.1.0.1.0+ (Build ID: aaa8271292afd913b9aef20f444ef261928943d) under Ubuntu 12.04 x86-64. Works as expected. Set as fixed. Thank you very much.
thanks for fix and commit
*** Bug 66354 has been marked as a duplicate of this bug. ***