Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#4681 closed Bug (invalid)

Can't block tab [9] keystroke

Reported by: Martin Røssland Owned by:
Priority: Normal Milestone:
Component: General Version: 3.0.1
Keywords: Cc:

Description

When using the config option "blockedKeystrokes" i can block several key strokes, but not the tab [9] key.

Change History (6)

comment:1 Changed 9 years ago by Martin Røssland

Solved by disabling the tab plugin.

It seems like the blockedKeystrokes does not have any effect on configured keystrokes. In the keystroke plugin, you can see that if a keystroke (command) exists, keydown event for blocked keystrokes will not be stopped.

Perhaps this is the intention, but I would have preferred blockKeystrokes to be dominant.

comment:2 in reply to:  1 Changed 9 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.2

Replying to martin.rossland:

Perhaps this is the intention, but I would have preferred blockKeystrokes to be dominant.

You're right. It makes more sense.

comment:3 Changed 9 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.2CKEditor 3.3

comment:4 Changed 9 years ago by Garry Yao

Milestone: CKEditor 3.3CKEditor 3.4

The config should really be used to prevent default browser behavior, when talking about prevent editor keystrokes, it's enough to use the 'key' provided by editor.

comment:5 Changed 9 years ago by Garry Yao

Resolution: invalid
Status: newclosed

The purpose of blockedKeystrokes config is to make sure CKEditor's application keystrokes are properly delivered instead of triggering the browser behavior, so having it dominant breaks our implementation.

The correct way of preventing editor behavior is to remove them from the keystrokes configuration.

comment:6 Changed 9 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.4
Note: See TracTickets for help on using tickets.
© 2003 – 2019 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy