Opened 15 years ago

Closed 14 years ago

Last modified 14 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 15 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 15 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 15 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.2CKEditor 3.3

comment:4 Changed 15 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 14 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 14 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.4
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