Push buttons such as Ok, Cancel have a feeback when pressed by changing the color to blue in case of Breeze. However, LibreOffice makes the button gray. Tabbing through a dialog works as expected and lets the button shine (same blue highlight). Tested under LXQt with Kwin, Breeze Dark. Version: 5.3.0.0.alpha0+ Build ID: d2081e8b61bbe982f4e0977c2b46e00ccf19732f CPU Threads: 8; OS Version: Linux 4.7; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group Compiled for source using --without-java --without-help --without-myspell-dicts --without-doxygen --without-system-postgresql --disable-gtk3 --disable-postgresql-sdbc --enable-kde4 --disable-firebird-sdbc --disable-dbus --disable-cups
Created attachment 128329 [details] Highlight when clicking save button Is this wrong or right? Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha1+ Build ID: 6dc8f25ecf676a2e4d1a1018b729fef4096df8e7 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on October 28th 2016
Ah, I see the grayness: 1. Try to close unsaved document 2. Click Don't save or cancel. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha1+ Build ID: 6dc8f25ecf676a2e4d1a1018b729fef4096df8e7 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on October 28th 2016
(In reply to Buovjaga from comment #1) > Is this wrong or right? Depends on the configuration. The plasmathemeexplorer shows how it has to look, more or less. http://notmart.org/blog/2015/04/plasma-theme-explorer/ https://www.archlinux.org/packages/extra/i686/plasma-sdk/files/
** 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 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
Still gray with the new kde5 backend. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 2c7b0030b40de00e8c9ab997bdfe83631861968a CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: kde5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 1 January 2019
(In reply to Buovjaga from comment #5) > Still gray with the new kde5 backend. For me it's gray too, but that's IMHO correct. Or you describe a different bug. There is a difference between the focus handling for KDE and LO, which is eventually a usability question … or not. Take the "close unsaved document" dialog from kate and LO. 1. click and hold the left mouse button on a button, which currently *doesn't* have the focus 2. move the mouse a bit (seems to be required here) LO: won't switch focus KDE: will switch focus As a result in LO + KDE breeze, the button is gray in LO, but light blue in kate. If you see something else, then please describe exactly what you're doing. Otherwise close the bug as INVALID. Now gtk3 seems to fake the focus, even if it's not switched from LO point of view. LO can do this with kde5 too, but I'm not sure LO should.
I believe you, so I will close