[Webkit-unassigned] [Bug 12243] FCKeditor: Paste buttons are always disabled

[bugzilla-daemon at webkit.org]

http://bugs.webkit.org/show_bug.cgi?id=12243


fredck at fredck.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|DUPLICATE                   |




------- Comment #2 from fredck at fredck.com  2007-06-12 04:19 PDT -------
(In reply to comment #1)
> 
> *** This bug has been marked as a duplicate of 11335 ***
> 

Justin, this bug seams to be related to queryCommandEnabled('Paste'), not to
execCommand('Paste').

The 'Paste' command is one of commands defined in the execCommand "standards".
So, it is extensively adopted. Here we have many things to think about. I'll
try to give some justifications to make queryCommandEnabled work properly in
this case, reflecting the Firefox behavior.

Even if WebKit decides that the execCommand('Paste') will never paste user's
data, for security reasons (even if the user wanted that),
queryCommandEnabled('Paste') is quite useful for us to understand that there is
data available in the clipboard. So, it would be ok if
queryCommandEnabled('Paste') returns "true" and execCommand('Paste') returns
"false".

In FCKeditor, this is important so we can enable the interface buttons for
pasting (using queryCommandEnabled). If we try to paste and execCommand returns
false, we display a dialog to the end user, asking her to paste in that dialog
by using the keyboard shortcuts. This is the current behavior with Firefox, and
it would be wonderful to have it working in the same way with Safari.

I'm adding a TC to it, which shows the Safari X Firefox difference.


-- 
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.