Opened 12 years ago

Closed 10 years ago

#370 closed Bug (fixed)

Interchanging content loses format when source and target are not both Opera

Reported by: Paul Moers Owned by: Hallvord R. M. Steen (Opera Software)
Priority: Normal Milestone: Opera Compatibility
Component: General Version: FCKeditor 2.4.2
Keywords: Cc:

Description

Interchanging content (copy/paste) only takes over formatting when source and target FCKeditor are both in Opera. Tested with Firefox, IE, OpenOffice and Opera: All content could be interechanged between each other, except for Opera. Content copied from FCKeditor in Opera will only keep its formatting when pasted into FCKeditor in Opera.

Change History (11)

comment:1 Changed 12 years ago by Frederico Caldeira Knabben

Keywords: interchange content copy paste format Opera removed
Summary: Interchanging content loses format when source and target not both are OperaInterchanging content loses format when source and target are not both Opera

comment:2 Changed 12 years ago by Hallvord R. M. Steen (Opera Software)

Owner: set to Hallvord R. M. Steen (Opera Software)
Status: newassigned

This is a missing Opera feature. I am not sure if we can resolve this for 9.5 due to the large number of cases that must be handled if, say, the text/html content on the clipboard is invalid markup, but we know about the issue.

comment:3 Changed 12 years ago by Frederico Caldeira Knabben

One important expected feature on online editors is the possibility to paste text coming from Word. This feature is at the top of the list, mainly for corporation intranets and web sites. All editors implement this, with different levels of quality.

I'm posting this just to make Opera aware of the severity of this limitation. People will be really angry with us! But I also understand that not everything can be fixed on time.

We are ok to declare Opera compatibility even if this ticket remains opened for now.

comment:4 Changed 11 years ago by Hallvord R. M. Steen (Opera Software)

This is going to be my personal pet bug. I want mum to be able to type articles in OpenOffice and paste them into Wordpress with Opera without loosing formatting, dammit! ;) Still likely to take time though. :(

comment:5 Changed 11 years ago by Hallvord R. M. Steen (Opera Software)

(and the Opera bug is bug 160624, though at the moment it covers both copying formatted text from Opera to other applications and vice versa.)

comment:6 in reply to:  4 Changed 11 years ago by Frederico Caldeira Knabben

Replying to hallvord@opera.com:

This is going to be my personal pet bug. I want mum to be able to type articles in OpenOffice and paste them into Wordpress with Opera without loosing formatting, dammit! ;) Still likely to take time though. :(

:)

To make mum and devs happy, it would be wonderful to have a way to catch the pasting operation, retrieve the "to be pasted" data, clean it up as need and then inject it in the editor.

Well I think I'm asking too much. Pasting will always be a weakness on browser based editing until some vendor step up to really solve all related problems and limits (Opera call!).

comment:7 Changed 11 years ago by Hallvord R. M. Steen (Opera Software)

it would be wonderful to have a way to catch the pasting operation, retrieve the "to be pasted" data, clean it up as need and then inject it in the editor

I know IE has an onpaste event that I know nothing about, but I assume we'll implement it when we implement support for rich content pasting. (Checked MSDN. Their model seems a bit confusing..) I guess something like

onpaste = function(event){ doSomething(event.data); event.preventDefault(); }

would suit the use case?

comment:8 in reply to:  7 Changed 11 years ago by Frederico Caldeira Knabben

Replying to hallvord@opera.com:

The IE implementation is quite similar, but more powerful (with a strong limitation). It is done by using the event.dataTransfer object. This object is used by both Clipboard and DnD operations.

The strong limitation with IE, is that it is not possible to retrieve the data (with getData()) in HTML format. Only plain text or URL is possible. It is important to have HTML format accessible too. Other than that, the latest IE7 security features are a little bit buggy, showing security warning messages several times, even if the user tells it to "Don't warn me again!".

I've just checked the HTML5 specifications for it. It is a copy of the IE model, with some additions. Still imperfect though.

I would love to work with you, or someone you would appoint, on specifications in this sense, and possibly enhance the HTML5 specs with our findings. Again, Clipboard and DnD, together with Undo/Redo, are the critically weak points in the current editing support "in all browsers".

Please contact me by e-mail if there is any interest on it.

comment:9 Changed 11 years ago by Hallvord R. M. Steen (Opera Software)

http://www.whatwg.org/specs/web-apps/current-work/#copy-and By the current state of the spec we're talking something like

 document.addEventListener( 'drop', 
    function(event){ 
        doSomething( event.dataTransfer.getData('text/html') ); 
        event.preventDefault(); },
    false );

In other words, the spec plans not to distinguish between drop events and paste events.

How does this look to you?

comment:10 Changed 10 years ago by Alfonso Martínez de Lizarrondo

#3736 has been marked as dup

comment:11 Changed 10 years ago by Frederico Caldeira Knabben

Resolution: fixed
Status: assignedclosed

This one is definitely working with Opera 10.

Note: See TracTickets for help on using tickets.
© 2003 – 2019 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy