diff options
| author | Xavier Morel <xmo@openerp.com> | 2013-09-24 13:06:01 +0200 |
|---|---|---|
| committer | Xavier Morel <xmo@openerp.com> | 2013-09-24 13:06:01 +0200 |
| commit | 7533fe77b44df28ccbe1708df6dbd36ce023ed48 (patch) | |
| tree | f9df296de3201253d44a085a3d32424994b6ea15 /addons/website/static/src/xml/website.editor.xml | |
| parent | 02f2f28b420b53a9b92dce16aa8d2f6902a53a46 (diff) | |
[FIX] paste in webkit-ish browsers
clipboard plugin was getting lost due to method used to get a readonly
toplevel editor with editable sub-sections in it.
The clipboard plugin creates a hidden pasteboard element to safely get
a the clipboard data before inserting it at paste point, this
clipboard may have to be made @contenteditable if it's created in a
readonly area. Which was the case here: the pasteboard was inserted at
the root of the editor, which is not editable.
But because of @data-cke-editable being explicitly set, ckeditor would
believe it had inserted the pasteboard in an editable section and thus
would *not* set its @contenteditable leading to a useless readonly
pasteboard.
The purpose of @data-cke-editable was to make the editor itself
"editable" for cke (in order for the toolbar to not be disabled) while
it would not actually be editable (@contenteditable) for users.
This is better reimplemented by calling API methods to make the editor
editable but its root element not editable, one of the improvements
being that commands (and thus toolbar buttons) now switch state
correctly based on context.
bzr revid: xmo@openerp.com-20130924110601-gfvc395rsedpnoh3
Diffstat (limited to 'addons/website/static/src/xml/website.editor.xml')
0 files changed, 0 insertions, 0 deletions
