Description: In the left bottom corner the diskette icon has RED as signal for NOT SAVED. Color Blinds (not me) are not able to see the difference! Please use a icon changing to crossed out. (example) Actual Results: no action required Expected Results: no action required Reproducible: Always User Profile Reset: No Additional Info: no action required for this.
Good point -> NEW
Invalid. Users can select from any number of project Icon themes--most of which have distinct shape modifications and not color alone when the document has changes to be saved. Sifr for example (our default when system Assistive Technologies are signaled active) shows a circle when the document has been saved. The project is mindful of the need, but the choice is the Icon theme designer.
(In reply to V Stuart Foote from comment #2) s/has been saved/has not been saved/
Nothing to do about the icon theme, back to NEW
We show the non-saved status also with a (colored) dot at the toolbar Save icon. The statusbar panel should have a tooltip according SvxModifyControl::StateChangedAtStatusBarControl() with RID_SVXSTR_DOC_MODIFIED_YES/_NO but it wont show up, at least for me on Linux/qt5. The images are svx/res/doc_modified_yes_14.png, svx/res/doc_modified_no_14.png, and svx/res/doc_modified_feedback.png - and therefore themed. So it does depend on the icon theme, and if we recommend Sifr for color blind users, the distinction between yes and no must not be the colorization. See also: "Asterisk in the filename" (WF in bug 123559) and "Tiny icon in statusbar" (WFM in bug 84198; actually WF, this ticket could be a DUP).
Created attachment 184559 [details] Screencast tooltip with qt5 VCL plugin
(In reply to Heiko Tietze from comment #5) > The statusbar panel should have a tooltip according > SvxModifyControl::StateChangedAtStatusBarControl() with > RID_SVXSTR_DOC_MODIFIED_YES/_NO but it wont show up, at least for me on > Linux/qt5. That works for me with kf5 or qt5, s. screencast attachment 184559 [details]. > The images are svx/res/doc_modified_yes_14.png, > svx/res/doc_modified_no_14.png, and svx/res/doc_modified_feedback.png - and > therefore themed. So it does depend on the icon theme, and if we recommend > Sifr for color blind users, the distinction between yes and no must not be > the colorization. +1 (haven't looked into that, but sounds reasonable to me) Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d2318503d559c3797965da777627e4ee45143043 CPU threads: 12; OS: Linux 6.0; UI render: default; VCL: qt5 (qfont+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
(In reply to Michael Weghorn from comment #7) > That works for me with kf5 or qt5, s. screencast attachment 184559 [details]. Strange. My environment is Version: 7.4.3.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.4.3-4 Calc: threaded
The tooltip "The document has been modified. Click to save the document" appears over the Taskbar icon on Windows builds. But it will not appear if the Tools -> Options -> General "Extended tips" is checked active. Which I think happens functionally when an Assistive Technology is signaled in use by os/DE. So the status tooltip would need to be added to the slate of "extended" tips.
(In reply to V Stuart Foote from comment #9) > The tooltip ... will not appear if ... "Extended tips" is checked active Double-check to have this enabled not to switch it off ;-) (fallback should be to show the normal tooltip, but off-topic here)
The active icon has a rectangle now in addition to the color.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9844064f252e8ec383d3c5bf24830acd868bb764 Resolves tdf#152947 - Accessibility for save status icon It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Going to revert this solution. The rectangle makes the icon even more tiny as today. Will find a better solution after resolving bug 153344.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ea9a69c68670a4305fdf931e42bc20d008b393fa Revert "Resolves tdf#152947 - Accessibility for save status icon" It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Icons must not rely on color only, Sifr is a good example how to solve the problem. Rizal, do you have spare cycles?
Dear Harald Freunbichler, 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