Changes between Version 4 and Version 6 of Ticket #11503


Ignore:
Timestamp:
Mar 3, 2014, 2:39:49 PM (10 years ago)
Author:
Piotrek Koszuliński
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #11503 – Description

    v4 v6  
    4141
    4242  Similar solution, maybe more straightforward and more reliable would be if editor, on `cut/copy/dragstart` if it cannot override the content, could retrieve widgets' HTML from selection, downcast them and store in the `CKEDITOR` object, so all other editors will be able to replace pasted widgets with their downcasted HTML stored in that object. Of course widgets have to be marked with unique ids to make this possible. This option is better than the previous one because widget's HTML will be kept even after editor is destroyed. We can also reuse the same mechanism in drag and drop for IEs in which we will need to store the data for a while. As the mechanism will be public 3rd party code will be able to integrate with it.
     43
     44  And the third solution, nearly perfect, is to control copy and cut and override data with HTML extracted by us and processed by `htmlDP.toDataFormat`. We will need to do the same for drag&drop, so it won't be a big problem to eventually make the same with copy/cut. Additionally, we would automatically solve the problem with Blink putting awful HTML into clipboard.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy