Summary: | Readme: Accessibility problems when in high contrast mode | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Eddie <eddie.angel> |
Component: | User Assistance | Assignee: | Konrad Kolosowski <konradk> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | david_williams, lindawat, swoolley, Tod_Creasey |
Version: | 2.1 | Keywords: | accessibility, readme |
Target Milestone: | 2.1.1 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: | |||
Attachments: |
Description
Eddie
2002-12-18 07:32:08 EST
Created attachment 2842 [details]
screenshot - high contrast black mode
For any issues regarding this bug can you please contact David Reynolds/UK/IBM
in the next 2 weeks.
Merry x-mas and a happy new year.
Created attachment 2844 [details]
screenshot of highlighting in high contrast black mode
Created attachment 2845 [details]
screenshot of normal display mode
Thanks for the screenshots. It looks like this is not really a focus problem, but a highlight problem (including highlighting of the selected node in the navigation). We will work with the graphical design team to come up with better highlight colours. Linda, I experimented with reverse video for highlighting topics in the navigation (just like we do on Mozilla) and things look pretty good. What do you think, should we stick with it, or use system highlight colours(dark blue with white text, or whatever the user settings are) ? Fixed and to be available in the next build. The highlight colour is what is defined on the system. On most systems the default is navy background and white text. Hi. I downloaded and installed Eclipse v2.1 RC2 to test this and, unfortunately, the problem persists. I changed my system highlight colours, but it did not help. In the product we just shipped (which was using v2.0.1) this accessibility problem was logged as a deviation and reached Steve Mills. Therefore, I am reopening the bug and escalating its severity to 1. This is receiving a lot of attention and we would really appreciate a fix. Thanks. Eddie. Created attachment 4068 [details]
zip with screenshot showing correct behavior
Eddie, I cannot reproduce the problem with RC2 on Windows 2000.
Please see the attached screenshot (the .bmp file is zipped).
If you see something else, could you please attach another screenshot? The old
ones are for the 2.0.x drivers.
Thank you.
I have retested with 2.1RC2 with High Contrast Black theme, and I always see the selection, focus and hightlighting. Since with 2.1 RC2 we cannot reproduce the problem you describe, I am marking the bug as WORKSFORME. Target Milestone field is intended for use by developers. I am unsetting it, since we are not planning to realease any fix for RC3. Created attachment 4089 [details]
Screen capture of help system in high contrast black scheme
Relates to my inability to recreate this bug in V2.1 M5 help.
I tried to recreate this in V2.1 M5 and failed. I provided a screen capture to show my findings. I was running Windows 2000 in high contrast black (which sets purple as the default highlighting colour). The results - for me - were satisfactory. Created attachment 4090 [details]
High Contrast Black with Large Fonts
Created attachment 4091 [details]
High contrast black with regular fonts
I tested this again and realised that the problem occurs only when in High Contrast mode with Large fonts. This is what you get when you set High Contrast from the Accessibility Options dialog. To see this, go to Control Panel -> Accessibility Options -> Display (tab) -> High Contrast (tick the box) -> Apply. Now try to navigate the Help System and you will not get any focus. I tried to tweek the size of the Highlighting, but Windows does not let you do that. I provided 2 screenshots to show the difference. Eddie. Created attachment 4095 [details]
Dorian's high-contrast black with large fonts
On a ThinkPad T21, here is what my High-Contrast Black with Large fonts looks
like. You can see that highlighting is fine, but the search bar and the toolbar
are too short to properly accomodate the increased fonts.
We have been discussing this last item quite a bit in the past few weeks,
looking at different alternatives (fix the toolbar fonts only, but use system
fonts elsewhere, or detect the font size - hard/impossible to do - and adjust
the toolbar size).
However, your main issue, the ability to highlight a node or a search hit
cannot be reproduceable. I will try checking this on some different machines.
Eddie, the last screen shot I attached (high contrast black,with large fonts)
was done by selecting High Contrast Black (large) in the Display Properties -
>Appearance->Scheme.
When selecting high contrast black from the accessibility options I get the
same problems as described in your last comment. I also noticed that the
Eclipse workbench does not pick up the large fonts in this scenario. Also,
Windows Explorer does not pick up the large fonts. It looks like setting high
contrast black with large fonts this way may be buggy on Windows 2000. The
predefined schemes seem to work as expected.
Our code picks up system settings, i.e. we are using the Internet Explorer CSS
rules for picking up system values. I would treat this problem as a Windows bug.
Hi Dorian. Our testers carried out more tests for Linux and Windows XP and came up with some interesting findings: -------------------------------------------------------------------------- Linux Accessibility options such as HighContrastInverseLargeFonts is currently only available via the window manager Gnome V2.2. Gnome V2.2 is very new and the only Linux distribution that supports it is Red Hat V8. System Test installed Red Hat V8, together with the HighContrast theme and tested the InfoCenter. Unfortunately, it would appear that the Mozilla application does not currently support these display settings (the Gnome 2.2 API is not supported), and consequently I am unable to confirm whether the problem exists on Linux. Having spoken with Bob Waller about this, he believes that this is beyond our control due to the fact that Mozilla does not support the Gnome 2.2 API. Windows 2000/XP Ed's findings below are indeed correct. I have spoken with Bob Waller about any subtle differences between turning on HighContrast via the accessibility options versus the display settings, and it is impossible to say because we don't know whether the same code is being executed under the covers. To confirm, using Eclipse V2.1 on Windows 2000 and XP, the bug still exists when invoking the HighContrast accessibility option (such as using the keystroke Alt +Shift + PrtScreen). Accessibility Problem On a similar issue, I have spotted a possible error on Windows 2000/XP using Large fonts. The words "Search" and "Contents" do not display properly; this applies to WSDK V5.0 InfoCenter and Eclipse V2.1. The two attached graphics illustrate the problem. ---------------------------------------------------- I suppose that these problems are caused by either Windows (2000/XP) or Internet Explorer. Do you mind following this up with Microsoft? Thank you. Eddie. Created attachment 4262 [details]
EclipseV2.1 HighContrast Large Fonts
Created attachment 4263 [details]
EclipseV2.0.1 HighContrast Large Fonts
cc:ed Tod for more insights, as he's done extensive work on accessibility. Tod, are you aware of any documented differences between setting High Contrast Black using the (1) Display>Properties>Appearance>Scheme and using the (2) Accessibility Options>Display>High Contrast ? It looks like the browser picks up the correct fonts/colours when doing (1), but the highlight system colour does not get picked up when doing (2). Help is using the CSS styles for system highlight colours (Hightlight and HighlightText), and this works in all scenarios except when setting (2). Regarding the larger text for Contents and Search, etc. that is a valid bug, but the frames holding those tooblars are fixed in size and we cannot determine what the font size is. We have been discussing a number of workarounds: (a) hard code the font size in the toolbars, but pick up system fonts for the search entry field, navigation (TOC's), etc. (b) hard code all fonts, but provide two settings for "magnifying" the entire help. Each of these seem to have some pros and cons, and we decided to stay with the current behavior for the 2.1 release and reconsider some rework in the next release. Yes - they are quite different. The first one is a theme like any other that happens to have high contrast colours, the second one changes sizes and colours on your current theme (and hence can be turned off and on without changing your setup). With the font size can you not just ask SWT for the system default? Conversely if you don't set the font on a widget you can just ask for its font and get the size from there. Thanks Tod. The entire help is done in HTML using CSS rules for fonts and colours. We are using the CSS values that map to system colours/fonts, without hard-coding anything. For example, the font CSS value is "icon", which maches the icon font on the system. The CSS ighlight background colour is "Highlight" and the highlight text is "HighlightText", which map to the system colours for highlighting (according to the w3c specs). If you try changing the icon fonts size/family, or other colours, all the changes are reflected in the help view. It is only when doing the accessibility settings that the highlight colours is not picked up (the other colours are being picked up). Help can run without SWT and can also run in infocenter mode (i.e. server based), and the settings must be picked up on the client, based on that user's settings. To me this looks like an Internet Explorer bug. Am I missing something obvious here? I think you are expecting too much from the Use High Contrast option - all that will do is change the fonts and colours of anything that is the default fonts and colours. There are similar issues with editors, hyperlinks etc. which use fonts and sizes defined within the UI. Your main concern is that it is possible to set the fonts and colours to something usable in High Contrast. If that is with Windows accessibility that is fine, if it is done using HTML that is fine too. Reopening PR as the setup Dorian describes is not possible on XP. XP removed the high contrast Themes from the appearance dialog and now only has the High Contrast mode in the accessibility options so this is the only path users currently have which means that cannot do it using a High Contrast theme as suggested for Windows 2000. I just played around with the properties dialog in XP and I couldn't find a way for a user to emulate these themes using a base XP install as it is not possible to change the windows background colour. Please advise on what needs to be done to support this in Eclipse. We should at least give information on how to enable this in the readme. Yes, this should go into the README. On XP, from the Display Properties -> Appearance you can select the Classic theme and then you can pick up the high contrast scheme. Also, to change fonts and colours, on the same page (Properties ->Appearance) you can select the Advanced button and that will let you change fonts and colours. As for the the other problem mentioned (toolbar heights too short) I think Konrad has a solution that he's investigating for 2.1.1 Verified Dorians steps on Windows XP and agree that we should README this. The problem exists on XP, when selecting: Start->Control Panel-> Accessibility Options, Display tab, Use High Contrast or using shortcut (Alt+LeftShift+Print). It must remain deselected, otherwise highlighting is invisible in help. If one does not want to play with individual fonts sizes and colors, to achieve accessibility settings, they might be selected as follows: To change sizes of fonts and widgets, one might run: Start->All Programs->Accessories->Accessibility->Accessibility Wizard, and complete the wizard. To change colors, right click the desktp, chose properties. On Appearance tab, in the Windows and buttons drop down, choose Windows Classic style. Then, from Color Scheme, choose your scheme (for example High Contrast Black). I will attach screen shots to demonstrate effect of Accessibility Wizard and Color Sheme. The steps will be added to the 2.1.1 readme. Created attachment 4482 [details]
afterAccessWizard.gif.gif
After running Accessibility Wizard.
Created attachment 4483 [details]
classicHighContrastBlack.gif
Help after High Contrast Black scheme is selected.
The other side issue (toolbar heights too short) is documented in bug 36145. Fixed, by documenting the problem and listing steps to set high contrast on Windows XP in the readme. (In reply to Konrad Kolosowski from comment #32) > Fixed, by documenting the problem and listing steps to set high contrast on > Windows XP in the readme. Does anyone know if this bug is still relevant in Windows 7 (or, Windows 8)? (I'm trying to decide if "readme" section should be removed ... or, modified). |