Created attachment 51921 [details] screenshot of start screen with mouse hovering over first option In LibreOffice 3.3.1, the start screen (i.e. the screen with the options you see when you start LibreOffice instead of a specific LibO component) has white text on a white background when using a high contrast mode with inverted colours on Windows XP SP 3. Steps to reproduce the issue: 1. In Windows XP, go to Display Properties > Appearance, and set "Windows and Buttons" to "Windows Classic Style", and set "Color Scheme" to "High Contrast #1" 2. Open LibreOffice 3. On its start screen, use the Tab button to navigate the options ("Text Document", "Spreadsheet", etcetera) and notice that they remain white. (A dotted rectangle tells you where the keyboard focus is while tabbing, but the text remains white on white.) 4. Use the mouse to hover over the options in the start screen; notice that they become visible as white text in black rectangles. Desired behaviour: In high-contrast mode, the start screen has white text on a black background. When you navigate through the options with the Tab key, there is a solid (rather than a dotted) line around the option that has focus. (OpenOffice.org 3.3 got this right.) The attachment shows the LibreOffice start screen in Windows XP's high contrast mode, with the mouse hovering over "Text Document".
Created attachment 51937 [details] LibO start screen in Windows Vista with high contrast To enable high contrast in Windows Vista, go to Control Panel, then Ease of Access Center, then Make the computer easier to see. Check the option "Turn on or off High Contrast when left ALT + left SHIFT + PRINT SCREEN is pressed". After enabling high contrast with left ALT + left SHIFT + PRINT SCREEN, you can launch LibreOffice and reproduce the screen shot. Behaviour on mouse hover is the same as in Windows XP.
[Reproducible] with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 81607ad-3dca5fd-da627d2)]" and Display Properties > Appearance "Classic / Contrast Nr. 1" Additional settings (I don't know whether important) Menu 'Tools -> Options -> LibO -> View -> Theme = High Contrast' My PC: 64 bit AMD Phenom II X4 955 Processor 3.2 GHz, 4GB RAM, Graphic Card: NVIDIA GeForce GT 430
Created attachment 51956 [details] Hicontrast win 7 [reproduceable] Win7 LibO 3.4.3. By te way, are the circled items right?? This might be the problem of this bug, is not it?
Created attachment 51960 [details] OpenOffice.org Start Center in Windows XP high contrast
My screenshots were made without the setting 'Tools -> Options -> LibO -> View -> Icon size and style = High Contrast' (in LibreOffice 3.3.1). When I enable that setting, the icons look worse. Without that setting, they look the same as on Windows XP with a normal theme. I also uploaded an attachment showing what the OpenOffice.org 3.3 start center looks like in high contrast on Windows XP: it clearly works. Possibly, OOo uses a high-contrast icon set that automatically replaces the normal icons when high contrast is detected in the operating system (I am really guessing here).
(In reply to comment #3) > Created an attachment (id=51956) [details] > Hicontrast win 7 > > [reproduceable] Win7 LibO 3.4.3. By te way, are the circled items right?? > This might be the problem of this bug, is not it? As you can at comparison of this screenshots: https://bugs.freedesktop.org/attachment.cgi?id=51960 and this one: https://bugs.freedesktop.org/attachment.cgi?id=51956 ;in LibreOffice some icons are not marked as "change at hicolor", or does not exist in the Hicolor-theme, at all! (Sorry if I am wrong, I have not learned how to code yet.) Logically, an attribute must be set for both, text and pictures.
This bug is CONFIRMED. What exactly do Comments 3 and following want to tell us?
Thanks for confirming the bug. High contrast in the original bug report refers to a feature in MS Windows XP, i.e. without the high contrast style in LibreOffice's options. Later comments reproduce the bug in more recent versions of Windows and more recent versions of LibreOffice. Switching to the high contrast style in LibreOffice does not solve the issue. The comparison of screenshots in comment 6 (OpenOffice.org 3.3 with Windows XP high contrast vs LibreOffice 3.4.3 with Windows 7 high contrast) illustrates the issue very well.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Version info was originally LibO 3.3.1. I confirm that this bug is still present in LibreOffice 3.5.0 RC1 (on Windows XP SP3, as in my original comment).
Still [Reproducible] with parallel installation of Master "LOdev 3.7.0.0.alpha0+ - ENGLISH UI / German Locale [Build ID: b45834b]" {tinderbox: @6, pull time 2012-09-13 00:10:35} on German WIN7 Home Premium (64bit) Invisible with (High) "Contrast No 1" and (High) "Contrast Black" OS High Contrast setting automatically switches LibO theme to High contrast, so it should not be too difficult to indicate that status and to do something with Start Center Background or Text color. <http://wiki.documentfoundation.org/BugReport_Details#Version> @Ivan: I wonder whether other OS have the same problem? Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf.
(In reply to comment #11) > I wonder whether other OS have the same problem? Yep, see Bug 50296. Since background image is always white, text on the non-highlighted buttons must be always black.
Ivan Timofeev committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1b034ebe04ba36d8738b3445ce5615f1492868eb fdo#41440, fdo#50296: start center: force black text color 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.