Libre Office Impress: modified text background color in a text frame is not displayed in slide show Version: 5.0.1.2 Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: en-US (en_US.UTF-8) Linux Mint 17.1 OS details: RELEASE=17.1 CODENAME=rebecca EDITION="Cinnamon 64-bit" DESCRIPTION="Linux Mint 17.1 Rebecca" DESKTOP=Gnome TOOLKIT=GTK NEW_FEATURES_URL=http://www.linuxmint.com/rel_rebecca_cinnamon_whatsnew.php RELEASE_NOTES_URL=http://www.linuxmint.com/rel_rebecca_cinnamon.php USER_GUIDE_URL=help:linuxmint GRUB_TITLE=Linux Mint 17.1 Cinnamon 64-bit
Confirmed in LO 5.0.2.0+ built at home under Ubuntu 15.04 x86-64 with gcc 5.1 No text background available in LO 4.4. Best regards. JBF
> No text background available in LO 4.4. It is available, just not in UI :) (but accessible via UNO ... so ye, for 99.9% of users, not available)
i confirm this in 5.0.3 on fedora; steps to reproduce: 1) Create a new slide show 2) Click in the 'clock to add text' and replace it with 'Oh hi!' 3) click and drag to highlight the hi 4) click on the charater properties->text background dropdown in the properties pane, select a bright red colour (It's shown correctly) 5) Hit f5 to display - the 'hi' is still white.
*** Bug 95849 has been marked as a duplicate of this bug. ***
Created attachment 120785 [details] Text background color lost when showing Version: 5.1.0.0.alpha1 (x64) Build ID: 0b48731919433e46e4fda7e5a5ca27c08c28b981 Locale : fr-FR (fr_FR) windows version from november, 24th
since the feature text background was introduced recently, I think this can be best marked as an enhancement.
(In reply to Cor Nouws from comment #6) > since the feature text background was introduced recently, I think this can > be best marked as an enhancement. This doesn't make sense. While it's true that this is not a regression, it is certainly a bug, not an enhancement. Having a feature that doesn't actually work in one of the most important features of the application --slideshows-- it's just a broken feature.
*** Bug 96985 has been marked as a duplicate of this bug. ***
The same issue on: Version: 5.1.3.2 Build ID: 1:5.1.3~rc2-0ubuntu1~trusty1 CPU Threads: 4; OS Version: Linux 3.16; UI Render: default; Locale: ru-RU (en_US.UTF-8) I believe this is a bug, not an enhancement.
This is now called "highlight color." Can someone enlighten me what the difference is supposed to be between highlight vs. background color, and what the user expectation would be in this case? (seems like a lot of users expect it to show in presentation mode as well)
(In reply to Aron Budea from comment #10) > This is now called "highlight color." > > Can someone enlighten me what the difference is supposed to be between > highlight vs. background color, and what the user expectation would be in > this case? (seems like a lot of users expect it to show in presentation mode > as well) It's complex, have to look it op myself now and then too ;) https://wiki.documentfoundation.org/ReleaseNotes/5.0#Word-compatible_text_highlighting
*** Bug 101620 has been marked as a duplicate of this bug. ***
Well, using this operating mode : 1) open Libreoffice Impress 2) use Text tool and write "Hello" or whatever you want 3) apply enlight tool (in lateral menu, icon just at the right of text color : Highlighter pen icon) 4) start the presentation : the Highlighted text become not highlighted. I don't see why exporting/importing to Microsoft Office option could help in this case. Thanks (I'm now using LO5.2.0.4, french, bug still here)
I am using Linux Mint 18 Cinnamon and LibreOffice 5.2.2.2. Highlighted text in a text box still loses the highlight when displayed in a slide show.
This bug is also present in the version of LibreOffice in Ubuntu 16.04 LTS - version 5.1.4.2. A text highlight colour set on text in a text box does not appear when the slide is shown. But interestingly if you use the Presenter Console the highlight renders fine in the thumbnails on the Console. The bug exists both in the autolayout text frames and in ad hoc text boxes added using the text box tool.
Still present in 5.3.03. This is a particularly annoying bug because there doesn't seem to be another way to set a background colour for a block of text. I've had to resort to drawing boxes, carefully positioning them and setting a background colour on them. Annoying because it means repositioning the box if the text is changed and making sure the font size is identical to the word being overlayed.
Is still present in Impress 5.3.1.2 on Windows 7. Are there any movement in this regard?
Please, do not change field values without explanation. Best regards. JBF
This bug is still present with LibreOffice Impress versions 5.3.6.1 (x64) and 5.4.1.2 (32 bit) as of October 4, 2017, both running on Windows 10. I was embarrassed to have someone to whom I had highly recommended LibreOffice Impress call me to tell me that this bug appeared during a presentation he was giving. He was using 5.4.1.2 on Windows 10 32 bit. Because he was using white colored font with black highlighting for emphasis of certain portions of his text (with a light-colored slide background), the "highlighted" text was essentially invisible due to the lack of highlighting. Because of this incident he is not happy with LibreOffice, and is not happy with me for recommending it as strongly as I did (I was unaware of this issue until he pointed it out to me when he called to express his displeasure with my recommendation). The highlighting looked fine when he was creating the slides, and it looked fine in the pdf file he created, but it did not work at the one time it needed to work (and would be expected to work), during his presentation. After his call I tested the functionality of text highlighting here and sure enough the highlighting still does not work during actual presentations, which after all is the one time it should work. However, everything looks OK with the highlighting both during slide creation and when pdf files are printed. I am using 5.3.6.1 x64 version on Windows 10 64 bit. The bug was first documented at least 2 years ago. This seems like the sort of bug that would have been jumped on and corrected quickly when it was first reported. Except for this issue, I have had no complaints from folks to whom I have strongly recommended LibreOffice over a period of several years, and I have been very happy with LibreOffice as I had not previously done any text highlighting of this sort on my slides.
Still happening in Version: 5.4.1.2 Build ID: 1:5.4.1~rc2-0ubuntu0.17.04.1~lo0.1. It would be better to remove the functionality from the GUI rather than have people wrong-footed when they're actually giving their presentation and it doesn't work as expected.
*** Bug 112985 has been marked as a duplicate of this bug. ***
This also happens in 5.0.3.2. It affects PDF export as well as presentation mode viewing, so there is no workaround that way. It is very frustrating that loimpress allows the user to change the "text background color" (as it is called in 5.0.3.2), and shows it as being effective in the WYSI(N)WYG editor, so that one only finds out about the bug much later. In my case, this happened after spending considerable time color coding many slides of feature lists to indicate completion status. It would be nice to have a fix for this, but if that is not forthcoming any time soon, why not disable the text background / "highlight" feature in loimpress? or at least provide some kind of warning? I have not looked at the code to see how difficult that would be, but it would help avoid this bad user experience.
*** Bug 101619 has been marked as a duplicate of this bug. ***
Still happening in 5.4.2.2 (x64) win.
*** Bug 113690 has been marked as a duplicate of this bug. ***
This bug (highlight color appears while editing but not during slide show) happened to me on Version: 5.2.6.2, Build ID: a3100ed2409ebf1c212f5048fbe377c281438fdc, CPU Threads: 4; OS Version: Mac OS X 10.13.1; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group This happened to me during a presentation. It was rather awkward since the slides didn't make much sense without the highlight colors.
> This happened to me during a presentation. It was rather awkward since the > slides didn't make much sense without the highlight colors. @Buovjaga Is it possible the raise the priority?
(In reply to Telesto from comment #27) > @Buovjaga > Is it possible the raise the priority? Yes, you have the power to do it. Examine this and decide: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
This is arguably high because it's a broken core function. What's most annoying is that it would be trivial to remove that functionality from the GUI itself, thus sparing users lots of embarrassment; even if the bug is never fixed, that should be done at the very least.
(In reply to Martin Holmes from comment #29) > This is arguably high because it's a broken core function. What's most > annoying is that it would be trivial to remove that functionality from the > GUI itself, thus sparing users lots of embarrassment; even if the bug is > never fixed, that should be done at the very least. We discussed this in an email exchange with Telesto. Note that this is *not* a core function like meant in the flowchart. "Saving doesn't work", "printing doesn't work", "LibreOffice crashes on startup" would be such cases.
Unfortunately, "user is embarrassed in front of peers and superiors and resolves never to use LO again" doesn't appear on the flowchart. :-)
Maybe, it would be better to remove this functionnality. Because a function that a user can't use as it should, isn't a great UX (ka User eXperience). To others users : I used to draw fillbox behind word to have the same effect. It's long, position should change when changing text or font, but it's usable quickly (far more faster than waiting a patch) ;)
You want to remove the ability to show a slideshow in the program designed to show slideshows? :):):) :D
(In reply to mattreecebentley from comment #33) > You want to remove the ability to show a slideshow in the program designed > to show slideshows? :):):) :D No, but removing the ability to set background colours on the text might be an option if they never work. (The downside is that means you wouldn't be able to remove background colours already set/imported)
Valid point
*** Bug 114015 has been marked as a duplicate of this bug. ***
*** Bug 115549 has been marked as a duplicate of this bug. ***
(In reply to Telesto from comment #37) > *** Bug 115549 has been marked as a duplicate of this bug. *** Note that 115549 is a report against LibreOffice Online, and that the report includes an attachment which exhibits the problem.
*** Bug 95584 has been marked as a duplicate of this bug. ***
I can also confirm this bug in version 6.0.3.2 on Arch Linux. Will add a two-monitor screenshot illustrating the problem.
Created attachment 141818 [details] two-monitor screenshot illustrating the problem
Could someone explain how this bug could stay alive after three years? What is the internal process for LibreOffice too choose on which bug to work? thanks.
(In reply to roumanet from comment #42) > Could someone explain how this bug could stay alive after three years? > What is the internal process for LibreOffice too choose on which bug to Certainly. The process is like so: - volunteers decide what they want to work on - companies decide to work on whatever they or their customers deem relevant
Same here Name : libreoffice-impress Version : 6.0.4.2 Release : Fedora 28 Workstation Arch : x86_64 Source : libreoffice-6.0.4.2-2.fc28.src.rpm Repo : @System
This bug is near three years old ! Why not simply disable this broken feature ? I've just waste hours, using it for nothing, then suspecting a bug, so trying with other LO versions, trying with AOO, filling a mail in QA list... Disable this feature !
Adding Michael Meeks to the loop; people get a bit annoyed around here. Having text highlighting available in edit mode but not in presentation mode is quite a (negative) surprise..
Annoying no doubt; we just need to find a volunteer interested in digging into and fixing this - that's not me I'm afraid.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a3c95ec45397b146c86a3fa44445c763de99d3a3 rhbz#1589029 tdf#93789 impress not showing text highlight in presentation mode It will be available in 6.2.0. 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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b00ebb587812927a1a8f91b876d00a861cc059e6&h=libreoffice-6-1 rhbz#1589029 tdf#93789 impress not showing text highlight in presentation mode It will be available in 6.1.0.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.
(In reply to Commit Notification from comment #49) > Caolán McNamara committed a patch related to this issue. > It has been pushed to "libreoffice-6-1": Thank you very much for this fix. Verified fixed in Version: 6.1.0.0.beta1+ Build ID: 0b49e44f9a875ab996e346b3f23a3b6bbc9aee02 Threads CPU : 4; OS : Linux 4.4; UI Render : GL; VCL: gtk3; Ubuntu_16.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Calc: threaded Best regards. JBF
This might be worthy of a release-note; some people might get surprised by old slide shows that had background colours set suddenly working. Thanks Caolán
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=761cb908d557b6712e7f2fca77b1b60e14005fe9&h=libreoffice-6-0 rhbz#1589029 tdf#93789 impress not showing text highlight in presentation mode It will be available in 6.0.6. 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.
*** Bug 130497 has been marked as a duplicate of this bug. ***
*** Bug 106818 has been marked as a duplicate of this bug. ***
*** Bug 142232 has been marked as a duplicate of this bug. ***