Searched refs:effectAllowed (Results 1 – 7 of 7) sorted by relevance
48 String effectAllowed() const { return m_effectAllowed; } in effectAllowed() function
33 attribute [ConvertNullStringTo=Undefined] DOMString effectAllowed;
995 event.dataTransfer.effectAllowed = "copy";
2323 with respect to the HTML 5 specification when effectAllowed == "none".2325 Currently, when effectAllowed == "none" and dropEffect == "copy" or 2328 of the specified dropEffect, when effectAllowed == "none" the resulting3033 Initialize DataTransfer's effectAllowed and dropEffect properties correctly
10699 Now that dropEffect and effectAllowed are guaranteed to not be10711 [DnD] effectAllowed and dropEffect can be set to bogus values.10714 Test to make aure dropEffect and effectAllowed are being set to valid values10719 Test: fast/events/bogus-dropEffect-effectAllowed.html10724 … (WebCore::Clipboard::setEffectAllowed): Check if effectAllowed is being set to a valid value.11614 REGRESSION (r49268): DHTML drag not allowed unless event.dataTransfer.effectAllowed11618 If no effectAllowed is set in the dragStart operation, we should default to11620 effectAllowed to enable drag and drop.33140 effectAllowed == "uninitialized".33144 when effectAllowed = "uninitialized" the resulting dropEffect should be the[all …]
40929 dropEffect or effectAllowed and it's a copy/paste clipboard40932 effectAllowed on a copy/paste clipboard.42547 In addition, I caught a prime gaffe where I had used "dropAllowed" instead of "effectAllowed"42554 (Clipboard::getValueProperty): Return Undefined if dropEffect or effectAllowed are not set.42564 (KWQClipboard::effectAllowed):42568 (KWQClipboard::sourceOperation): Return effectAllowed, converted to a NSDragOp42570 (KWQClipboard::setSourceOperation): Set effectAllowed, using a Cocoa value
28327 (WebCore::ClipboardWin::effectAllowed):61847 (WebCore::Clipboard::effectAllowed):