Lines Matching full:drag
365 during drag over content [5853]
2933 _web_writeImage:URL:title:archive:types:] when trying to drag an image from a site with no favicon)
3283 - fixed <rdar://problem/4118126> Drag-and-drop text with text containing a colon causes a crash
3287 the end of the drag would dealloc the drag-initiating WebTextView, leading to a crash. Fixing the
3289 could cause a navigation during the drag. So these two issues needed to be fixed separately.
3293 Before drag, retain self, and tell WebView that the drag is self-initiated. After drag, do the
3295 here due to NSTextView's dragging API, which wraps up some of the drag-machinery guts.
3709 - change related to <rdar://problem/4211999> Safari quits when click-drag-hold an image
5765 <rdar://problem/4145214> REGRESSION (412+): Can't drag URLs from the location bar
7142 Fixed: <rdar://problem/4029010> Expose method to retrieve drag image for WebView's selection
7929 (-[WebHTMLView acceptsFirstMouse:]): call _setMouseDownEvent: and _isSelectionEvent: on the hit HTMLView or else when it's asked to drag it will assert
8322 (-[NSView _web_dragImage:rect:event:pasteboard:source:offset:]): if [WebImageRenderer image] returns nil, fallback to code that uses a file icon as the drag image
8948 <rdar://problem/3908282> REGRESSION (Mail): No drag image dragging selected text in Blot and Mail
8950 to generate a drag image, and at that time, getRectsBeingDrawn:count: will return a zero count.
9172 <rdar://problem/3722434> REGRESSION?: Assertion failure trying to drag image in iframe (itapema.sc.gov.br)
9241 When implementing drag and drop, moveDragCaretToPoint: and editableDOMRangeForPoint: are used in
9330 <rdar://problem/3722434> REGRESSION?: Assertion failure trying to drag image in iframe (itapema.sc.gov.br)
9699 <rdar://problem/3846152> REGRESSION (125-166): can't drag text out of <input type=text> fields
10320 <rdar://problem/3814236> REGRESSION (Mail): Can't set the color of text in Mail compose window using drag/drag from color panel
10324 (-[WebHTMLView _isNSColorDrag:]): New helper. Determines if drag is an NSColor drag.
10966 editable. This way, you can drag-select starting inside a link.
11030 <rdar://problem/3812091> REGRESSION (Mail): double-clicked word is not smart inserted on drag
11802 (-[WebHTMLView _startDraggingImage:at:operation:event:sourceIsDHTML:DHTMLWroteData:]): set the selection to the image when starting the drag. This allows "move selection" to work and this matches NSText's behavior
11983 <rdar://problem/3546412> support for pasting and drag and dropping of RTF and RTFD to editable WebViews
12375 Fixed: <rdar://problem/3761097> should be able to option-drag selection so HTML can be copied within a page
12795 Fixed: <rdar://problem/3737864> Can not download image from web by using drag and drop
12982 (-[WebHTMLView _startDraggingImage:at:operation:event:sourceIsDHTML:DHTMLWroteData:]): don't drag an image with an actual image
13024 Removing this assert allows for the oddball case of a drag gesture that
13026 the drag is about to start.
13218 3294652 - Failed drag of links doesn't slide back
13221 AK about the drag image offset, which means we slide back to
13309 "delayed window ordering", we must consult WC to see if we might start a drag. In
13311 case in WK, they go through the normal WK-WC drag machinery. Finally to work in
13323 (-[WebHTMLView _mayStartDragAtEventLocation:]): Receives a location instead of a drag
13324 event, since we need to do this work when we have no drag event. This means the
13326 (-[WebHTMLView acceptsFirstMouse:]): Respond based on whether we might do a drag.
13332 now to get a drag started properly.
13333 (-[WebHTMLView mouseDragged:]): Ditto, let WC start the drag.
13376 3704950 drag image in DB ConfigBar has horizontal graphics turd WebCore JavaScript
13378 When we generate a drag image (or a selection image too, for that matter) we
13498 offset of the mouse relative to the image when we kick off the drag.
13505 to return the offset of the cursor wrt to the drag image, since this routine
13506 generates its own drag image and positions it.
13509 Calc the offset of the cursor wrt to the drag image in the myriad of ways
13510 that we kick off the drag.
13512 offset we save when we kicked off the drag.
13765 Fixed: <rdar://problem/3674456> make new drag & drop API compatible with DHTML dragging
13784 Use a different hack, as recommended by Kristin, to force the drag
13786 to update the drag image on the fly. Instead of posting a CG
13798 <rdar://problem/3692675> links should drag when dragging images that are links when drag source action is WebDragSourceActionLink
13807 Small rearrangement to support dynamic changing of the drag
13816 event posting hack to force CG drag manager to update the display when we set
13817 the drag image.
13823 Implemented the remainder of the drag & drop API.
13832 (-[NSView _web_dragImage:rect:event:pasteboard:source:]): simplified, this method now just creates a drag image and starts the drag
13838 (-[WebHTMLView draggingUpdatedWithDraggingInfo:actionMask:]): call drag caret methods on WebView instead of WebBridge so WebView can make sure only 1 HTML view has a drag cursor
13841 (-[WebHTMLView _delegateDragSourceActionMask]): new, gets drag source action mask from delegate
13845 (-[WebImageView mouseDown:]): get the drag source action mask from the delegate
13846 (-[WebImageView mouseDragged:]): inform the delegate of the drag
13861 the cases of DHTML setting a drag image or setting pasteboard data, and how that would
13871 (-[WebBridge allowDHTMLDrag:UADrag:]): New method to return the drag action info to WC.
13876 Allow WebCore to override drag image and pasteboard data for any type of drag.
13937 Implemented drag destination portion of the new drag & drop API.
14001 registration doesn't matter as far as the underlying drag service is
14008 (-[WebView _hitTest:dragTypes:]): We accept any drag type if it is within
14013 A DHTML drag source can now change the dragging image during the drag. Currently
14022 (-[WebHTMLView _setDraggingImage:at:]): Mostly copied from AppKit. Sets the drag
14051 not accepting the drag.
14057 the item, don't turn around and immediately tell it to cancel the drag, which is
14059 refused the drag, it should not have anything it needs to cancel.
14069 (-[WebBridge startDraggingImage:at:operation:event:]): Pass the drag op along.
14071 (-[WebHTMLView _startDraggingImage:at:operation:event:]): Remember drag op from WC.
14074 (-[WebHTMLView draggingSourceOperationMaskForLocal:]): Use the WC drag op.
14082 Fixed: <rdar://problem/3674921>: (can't drag an image from Desktop to Blot document)
14166 when WC tells WK to start a drag.
14284 Fixed: <rdar://problem/3661505>: (REGRESSION (Safari-140) can't drag standalone images more than once)
14574 (-[WebDefaultUIDelegate webView:shouldDetermineDragOperationForDraggingInfo:dragOperation:]): instead of calling back to the WebView to get the default drag operation, return YES. Return NO in order to return a custom drag operation. Removed element parameter since another new API provides a way to get that.
14578 (-[WebHTMLView draggingUpdatedWithDraggingInfo:]): now returns a drag operation
14785 Improved editing via drag
14800 (-[WebHTMLView draggingCancelledWithDraggingInfo:]): new, removes drag caret
14801 (-[WebHTMLView draggingUpdatedWithDraggingInfo:]): remove drag caret when we can't handle the drag
14802 (-[WebHTMLView concludeDragForDraggingInfo:]): instead of calling paste, move the selection when doing a move and replace the drag caret when doing a copy
14916 - fixed <rdar://problem/3662383>: (REGRESSION: drag slide-back sometimes causes link to load)
14923 returning YES when the drag started, and no when the hysteresis has not yet been overcome.
14971 (-[WebHTMLView initWithFrame:]): don't register for drag types since this is handled at the WebView
14974 (-[WebHTMLView dragImage:at:offset:event:pasteboard:source:slideBack:]): rather than unregistering drag types on the WebView, just tell it that we're dragging
14986 (-[WebImageView mouseDragged:]): rather than unregistering drag types on the WebView, just tell it that we're dragging
15003 (-[WebView _dragOperationForDraggingInfo:]): new, handles UI delegate for drag control
15128 (+[NSPasteboard _web_writableTypesForURL]): renamed to not include "drag" these types are also used for copying
15308 - Added stubs for WebView action and drag & drop customization API's
16391 <rdar://problem/3616873>: support for pasting and drag and dropping of URLS to editable WebViews
16392 <rdar://problem/3546417>: support for pasting and drag and dropping of images to editable WebViews
17287 - Fixed a "drag to self" problem I introduced in my last check-in. You could drag a URL from a WebHTMLView and drop it on its own WebView which we shouldn't allow.
17303 (-[WebHTMLView draggingEntered:]): call _dragOperationForDraggingInfo:, if NSDragOperationNone, forward to WebView to it can handle the drag
17310 (-[WebViewPrivate dealloc]): release draggedTypes, a new ivar that keeps track of drag types that we're currently registered for
17329 Fixed: <rdar://problem/3576070>: REGRESSION: web view won't accept drag of webloc file
17334 (-[WebHTMLView draggingUpdated:]): if we're not handling the drag, forward this message to the WebView since it may want to handle it
17335 (-[WebHTMLView concludeDragOperation:]): if we're not handling the drag, forward this message to the WebView since it may want to handle it
18018 Fixed: <rdar://problem/3546379>: support for editing via drag & drop
18035 (-[WebHTMLView draggingUpdated:]): new, handle caret movement during the drag
18038 (-[WebHTMLView concludeDragOperation:]): new, paste in the drag
18435 Fixed: <rdar://problem/3515255>: Standalone image drag makes ocassionally makes 2 copies
18441 * WebView.subproj/WebImageView.m: copied double-drag protection code from WebHTMLView
19527 Fixed: <rdar://problem/3201364>: Safari crashes when hosting carbon plug-in using drag and drop
19532 (-[WebView draggingUpdated:]): return NSDragOperationNone if we're over a plug-in view so the plug-in can handle the drag
19931 - fixed 3441258 -- hysteresis to start dragging a link is too small; too easy to start drag
23204 (-[WebImageView mouseDragged:]): only allow drag if haveCompleteImage
23816 (-[NSView _web_dragPromisedImage:rect:URL:fileType:title:event:]): if the original image is greater than 1500x1500, use a file icon for the drag image to avoid hanging
23944 Fixed: 3151216 - Safari crashes on Drag&Drop if plugin dialog is open
23948 (-[NSView _web_dragOperationForDraggingInfo:]): return NSDragOperationNone is the app has a modal window so the current page can't be changed with a drag
26741 * WebView.subproj/WebFrameView.m: moved drag destination code from WebFrameView to WebView
26742 (-[WebFrameView initWithFrame:]): removed drag registration code
26746 (-[WebHTMLView dragImage:at:offset:event:pasteboard:source:slideBack:]): unregister drag types on the WebView
26747 (-[WebHTMLView draggedImage:endedAt:operation:]): reregister drag types on the WebView
26749 (-[WebImageView mouseDragged:]): unregister drag types on the WebView
26750 (-[WebImageView draggedImage:endedAt:operation:]): reregister drag types on the WebView
26751 * WebView.subproj/WebView.m: moved drag destination code from WebFrameView to WebView
32406 after a drag (image, link, text etc) has ended. We also get mouseDragged events after we've sent the
32541 Fixed: 3156172 - No filename correction when downloading images via drag & drop
32745 Fixed: 3153605 - Drag image when dragging text should be the actual text
32756 (-[WebHTMLView _handleMouseDragged:]): cleaned-up, get text drag image from WebCore
32811 3154468 - no mouseup event comes through after text snippet drag
32817 The fix is that after the drag we reset the cursor and synthesize a mouseup event,
32823 (-[WebHTMLView draggedImage:endedAt:operation:]): After the drag,
33070 (-[WebHTMLView draggingSourceOperationMaskForLocal:]): Terminal only accepts the drag
33078 * Resources/text_clipping.tiff: Added. Temp drag image until we can create an image of the selected text.
33080 (-[WebBridge mayStartDragWithMouseDraggedEvent:]): renamed, we now ask if OK to drag during the drag
33088 (-[WebHTMLView _mayStartDragWithMouseDragged:]): renamed, we now ask if OK to drag during the drag
33496 coming in during a drag. Unfortunately, we were sending a fake mouse-moved event
33497 during a drag, so lets not do that.
33501 (-[WebHTMLView mouseUp:]): Send a fake mouse-moved event because we didn't update during the drag.
33505 middle of a drag.
33543 (-[WebHTMLView mouseDragged:]): Instead of doing drag handling
33550 (-[WebHTMLViewPrivate dealloc]): Release drag element if any.
33552 code to make the special drag image for links.
33553 (-[WebHTMLView _handleMouseDragged:]): Move all the drag handling
33555 default drag handling.
33559 is a link or image and so may be dragged; remember the drag element.
34686 Fixed 3094525 - Need to use SPI to fix flipped drag image problem
34870 We were reusing the drag types from the previous drag pasteboard. For example, we would declare image types when dragging URLs. This would confuse the Finder, so location files weren't being created. This would occasional cause us to crash because we wer
