Ticket #3493 (closed New Feature: fixed)
Toolbar needs to work in High Contrast mode
| Reported by: | damo | Owned by: | fredck |
|---|---|---|---|
| Priority: | Normal | Milestone: | CKEditor 3.0 |
| Component: | Accessibility | Version: | |
| Keywords: | IBM Confirmed Review+ | Cc: |
Description
One accessibility requirement is that the editor be usable in High Contrast (HC) mode by a user who does not have access to the mouse or a screen reader. When the editor is viewed in HC mode, the toolbar icons become invisible. When using keyboard only, the user cannot easily identify the functions of the toolbar items.
The ideal solution would be that the toolbar has a different rendering for HC mode. The Dojo editor could be used as a reference on how to handle this case. Should it be too complicated to do the detection of HC mode in CKEditor, it would be acceptable if the editor had a configuration parameter to set it to HC mode, by its parent application.
Attachments
Change History
comment:1 follow-up: ↓ 4 Changed 3 years ago by arczi
- Keywords Confirmed added
- Type changed from Bug to New Feature
comment:3 Changed 3 years ago by martinkou
- Owner set to martinkou
- Status changed from new to assigned
comment:4 in reply to: ↑ 1 Changed 3 years ago by fredck
Replying to arczi:
The easiest way is to create a new skin.
A new skin would now actually help us here. High Contrast is not something to be configured in the browser, or the web application. It's a feature provided by the operating system (check out Vista or XP help on this).
In High Contrast, CSS background colors are not rendered, so our toolbar buttons icons and dialog borders are not visible. So, what we need here is a way to detect High Contrast, and then provide a special set of CSS features to render the editor differently on such case.
comment:6 Changed 3 years ago by fredck
- Keywords Review- added; Review? removed
There are a few issues I would like to have for this first proposal for this feature:
- The proposed ON state for the buttons make their size change. I would avoid it to not have the toolbar dancing. I've attached a new patch that adds a new way for it that works for Firefox only for now.
- The Color buttons have no text.
- The combos lost their right border.
- The dialogs have no outer border.
I think we would offer some good support for it with the above things fixed. Other possible issues could be fixed on future versions.
comment:7 Changed 3 years ago by martinkou
- Keywords Review? added; Review- removed
- Fixed toolbar jumping with ON state in IE.
- Added hover effect for toolbar buttons.
- Added text to color buttons.
- Fixed missing right border in combos.
- Fixed missing round corners in toolbar buttons in Firefox.
- Added outer border for dialgos.
- Fixed invisible close button in dialogs.
The color grid in color popups aren't converted to text in high contrast mode yet, because converting them to text would require a major layout change in the color selection panels.
comment:8 Changed 3 years ago by fredck
- Keywords Review- added; Review? removed
- Owner changed from martinkou to fredck
- Status changed from assigned to new
Nice job Martin!
I have some small enhancements to it. I'll attach a new patch here.
comment:9 Changed 3 years ago by fredck
- Keywords Review? added; Review- removed
- Status changed from new to assigned
This new patch simplifies the previous one a bit:
- Avoids adding a new js file just for that small check.
- Makes the check beforehand, when loading the editor code.
- Reduced the class name to "cke_hc" to save a few bytes.
- Uses "about:blank" for the background image. In this way we avoid having an HTTP request to the spacer file. Still need to check it on HTTPS.
comment:10 Changed 3 years ago by martinkou
- Keywords Review- added; Review? removed
The only problem left is a security warning message in IE6 with HTTPS. Otherwise it's working great.
comment:13 Changed 3 years ago by fredck
- Status changed from assigned to closed
- Resolution set to fixed
Fixed with 3505.


The easiest way is to create a new skin.