Re: Drag and drop in Carbon Emacs

[Steven Tamm <steventamm@mac.com>]

I just checked this in.  The major visible change is that the green 
plus appears whilst dragging over a valid area, whereas before there 
wouldn't be a visible change.

However I couldn't actually drag onto an file dialog.  You can drag to 
a frame behind the dialog, but that is ignored.

-Steven

On Dec 28, 2004, at 11:19 PM, YAMAMOTO Mitsuharu wrote:

> The attached patch is for the issue that Carbon Emacs crashes when
> some items are drag and dropped into a file open dialog.
> Unfortunately, the control it provides is still not as fine as the X11
> version; it's much like the W32 version.
>
> 				     YAMAMOTO Mitsuharu
> 				mituharu@math.s.chiba-u.ac.jp
>
> 2004-12-29  YAMAMOTO Mitsuharu  <mituharu@math.s.chiba-u.ac.jp>
>
> 	* term/mac-win.el: Require x-dnd.
> 	(mac-drag-n-drop): Sync with W32 version.  Use x-dnd.el functions.
> 	
> 	
> 	* macfns.c (install_window_handler): Modify extern to return OSErr
> 	value.
> 	(mac_window): Handle return value of install_window_handler.
>
> 	* macterm.c (reflect_byte): Remove function.
> 	(mac_create_bitmap_from_bitmap_data): Don't call it.  Lookup table
> 	instead.
> 	(mac_do_font_lists): Simplify calculation of the longest
> 	nonspecial string.
> 	[TARGET_API_MAC_CARBON] (init_mac_drag_n_drop): Remove function
> 	and declaration.
> 	(mac_initialize) [TARGET_API_MAC_CARBON]: Don't call it.
> 	[TARGET_API_MAC_CARBON] (mac_do_track_drag): New function and
> 	declaration.
> 	(install_window_handler): Return OSErr value.
> 	(install_window_handler) [TARGET_API_MAC_CARBON]: Register
> 	handlers for tracking/receiving drag-and-drop items.
> 	(do_ae_open_documents): Generate unibyte strings for filenames.
> 	[TARGET_API_MAC_CARBON] (mac_do_receive_drag): Likewise.  Reject
> 	only non-filename items.  Set event modifiers.  Set return value.
> <diff-dnd.gz>_______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-devel