summaryrefslogtreecommitdiff
path: root/addons/website/static/src/xml/website.editor.xml
diff options
context:
space:
mode:
authorXavier Morel <xmo@openerp.com>2013-09-24 13:06:01 +0200
committerXavier Morel <xmo@openerp.com>2013-09-24 13:06:01 +0200
commit7533fe77b44df28ccbe1708df6dbd36ce023ed48 (patch)
treef9df296de3201253d44a085a3d32424994b6ea15 /addons/website/static/src/xml/website.editor.xml
parent02f2f28b420b53a9b92dce16aa8d2f6902a53a46 (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