Opened 16 years ago
Last modified 13 years ago
#2924 review_failed New Feature
Adding support for special-key handler in dialog field definition
Reported by: | Garry Yao | Owned by: | Garry Yao |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | UI : Dialogs | Version: | SVN (CKEditor) - OLD |
Keywords: | Cc: |
Description
It's a common use case for user to define custom logic as handler for special-keystroke on dialog field, a example for this would be 'ENTER' key by default is handled as ok and close for the dialog, whereas in find/replace dialog it actually should mean by perform next search, and consider 'ESC' as one of other cases and on. After confirm with Martin, we'll introduce special key handlers in element definition API in simple form of:
{ type: 'text', id: 'findReplaceTxt', accessKey: 'F', onEnterKey: function(evt) { //do find } }
Other special keys could be defined gradually same as the onEnterKey handler later when necessary.
Attachments (2)
Change History (7)
Changed 16 years ago by
Attachment: | 2924.patch added |
---|
Changed 16 years ago by
Attachment: | 2924_2.patch added |
---|
comment:1 Changed 16 years ago by
Keywords: | Review? added |
---|---|
Owner: | set to Garry Yao |
Status: | new → assigned |
Initiate with two keystroke:
- Enter
- Ctrl-Enter
comment:2 Changed 15 years ago by
Component: | General → UI : Dialogs |
---|---|
Milestone: | CKEditor 3.0 → CKEditor 3.x |
We should be reviewing the dialog system in the near future, so this ticket could be considered at that point.
comment:3 Changed 15 years ago by
Version: | SVN (FCKeditor) → SVN (CKEditor) |
---|
comment:5 Changed 13 years ago by
Keywords: | Confirmed removed |
---|---|
Status: | review → review_failed |
Better to have a generic "onKey" event handler at this point, which can handle any kind of key. It should work like the "key" event fired on the editor, passing the keystroke to the handler.
Fix extra comma