Opened 14 years ago

Last modified 14 years ago

#5944 confirmed Bug

Menu button does not display sometimes in high contrast mode.

Reported by: Joe Kavanagh Owned by:
Priority: Normal Milestone:
Component: Accessibility Version: SVN (CKEditor) - OLD
Keywords: IBM Cc: Damian Satya Minnekanti

Description

When in high contrast mode, navigating with the keyboard to a menu button and using spacebar to open the menu panel, it works correctly the first time. If you navigate back to the toolbar and open the menu again the majority of times the panel displays for a few milliseconds, then focus goes to the content area. You can see this behaviour by using the SCAYT menu button.

Steps to reporduce:

  1. Turn on high contrast mode.
  1. Load an instance of the editor.
  1. Tab to the content area.
  1. Press alt+F10 to give focus to the toolbar.
  1. Navigate to the SCAYT menu and press spacebar to open the menu.
  1. Press the down arrow to select the first menu item.
  1. Press Esc to close the menu and return focus to the content area.
  1. Repeat steps 4 and 5 to open the menu again.

The menu will only display for a few milliseconds, in more cases then not.

Change History (7)

comment:1 Changed 14 years ago by Damian

Is there any update on this issue?

comment:2 Changed 14 years ago by Charlie

this does not seem to affect IE 7 or 8

comment:3 Changed 14 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.4
Status: newpending

I'm not able to reproduce it with the current trunk. Tested with FF 3.6 and IE8 (IE8 and Compatibility modes).

Can you give us more information about the browser version you're using there? Does it happen with the editor sample files?

comment:4 Changed 14 years ago by Joe Kavanagh

After further investigation I believe this is only reproducible in a fast environment. It is due to the content area getting focus for a short period between the button click and the menu being displayed. If you select the text in the content area and open the menu you can see the focus briefly shifting to the content area, before the menu receives focus. To counteract the speed in which focus shifted, the content area was filled with a lot of text and then selected. With a large amount of text selected the issue could not be reproduced. When the text was deleted the issue could be reproduced.

comment:5 Changed 14 years ago by Tobiasz Cudnik

Status: pendingconfirmed

Alternative way to reproduce this or similar issue:

  1. Open editor in HC mode
  2. Click SCAYT button with left mouse button
  3. Hit ESC

Repeat step 2-3 several times (twice in my case) till the moment when you have to click toolbar button twice with mouse to make it expanded.

I'm not sure if this is the same as reported issue, but i could reproduce it only in HC mode.

comment:6 Changed 14 years ago by WebSpellChecker.net

Keywords: IBM removed

SCAYT menu button is based on CKeditor's context menu. This issue seems similar to http://dev.ckeditor.com/ticket/5936 . Maybe it is fixed there with patch attached. If not, SpellChecker.net team plans to rewrite SCAYT menu button, so we would like to deffer this bug for now.

comment:7 Changed 14 years ago by Joe Kavanagh

Keywords: IBM added

@SpellChecker.net: Please do not remove the IBM keyword from tickets. It is used for tracking purposes.

The SCAYT plugin is not the root cause of the reported issue. The issue is related to menu buttons in general. The SCAYT menu was referred to in the steps to reproduce as it was the only menu button in the nightly demo toolbar.

Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy