Description: See screenshots. Steps to Reproduce: 1. Start LibreOffice 2. Have a previous document in Start center's preview area 3. Hover over the preview and preview's button Actual Results: Clumsy colors (blue canvas background – really?, red button, when hovering over it – really?) and unrecognizable button (white cross on white/light button), when unhoverd. Expected Results: Start center's document preview button should be recognizable in each state, colors be more pleasable, not screeming clumsy. Reproducible: Always User Profile Reset: No Additional Info: Start center's document preview button should be recognizable in each state, colors be more pleasable, not screeming clumsy.
Created attachment 185729 [details] Screenshot 1(3) – Start Center – Document Preview – Mouse cursor inside Start Center and outside the Preview's canvas Screenshot 1(3) – Start Center – Document Preview – Mouse cursor inside Start Center and outside the Preview's canvas, not in the near of the Preview's button (any button at all visible, while document's canvas is light gray)
Created attachment 185730 [details] Screenshot 2(3) – Start Center – Document Preview – Mouse cursor inside Start Center and inside the Preview's canvas Screenshot 2(3) – Start Center – Document Preview – Mouse cursor inside Start Center and inside the Preview's canvas, hovered out of the Preview's button (white or light gray button with white cross, while document's canvas is blue)
Created attachment 185731 [details] Screenshot 3(3) – Start Center – Document Preview – Mouse cursor inside Start Center and inside the Preview's canvas Screenshot 3(3) – Start Center – Document Preview – Mouse cursor inside Start Center and inside the Preview's canvas, hovered over the Preview's button (visible red button with white cross, while document's canvas changed to blue)
Version: 7.5.1.2 (AARCH64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 10; OS: Mac OS X 13.2.1; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Version: 7.6.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: 687b950702c49c90cff9a43655ea97a0343799a0 CPU threads: 10; OS: Mac OS X 13.2.1; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
Thanks, Sierk. Reproduced with: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 2; OS: Mac OS X 12.6.1; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Could you install LibreOffice nightly build and see if the problem persists using that build: https://dev-builds.libreoffice.org/daily/master Note: To open LibreOffice nightly on macOS please refer to: https://support.apple.com/guide/mac-help/open-a-mac-app-from-an-unidentified-developer-mh40616 There has been some work around highlight colors in start-center. What do you think about the current implementation with the improved colors? - "x" button to remove document no longer uses red background - the highlight color is no longer the dark blue accent color but the actual highlight color
The remove button even in latest build still uses white "x" on white background. It then becomes red on mouse hover. This bug here is NEW. The start center could use some love. Instead of the large blue background just use a small blue frame around the document to indicate it is selected. Why is there a pale grey in the background? Use a darker grey or even black and enjoy the improved contrast and more professional look.
Dear Sierk Bornemann, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug