Dragging and dropping to Paint or Draw iconbar icon

Both Paint and Draw (in their draggy droppy guise) seem to cause me confusion I’m not sure I used to suffer from. Let me try to explain:

Paint
I have a sprite file open with, say, 6 sprites in. I pick one up which starts a drag, and attempt to drop it on Draw’s iconbar icon.
Draw appears to do nothing, but StrongEd pops up a temporary message “Load failed. Did sender die?”.
I’m certain I dropped it onto Draw, so why has StrongEd chipped into the conversation?
A variant on a theme is dropping the sprite will successfully open the data…in StrongEd in dump mode.

The same seems to happen even dropping the sprite back onto Paint’s iconbar icon.

Dragging the same individual sprite to the Filer does what I think I expected: a file is created with 1 sprite in it (called Selection).

Draw
Draw file with, say, 6 objects in. I pick up a rectangle which starts a drag, and attempt to drop it on another copy of Draw.
After confusing myself with StrongEd (above), I’d quit that, and now TechWriter says “Could not open file because TW cannot read this type of file”.

Dragging the same individual object to the Filer does what I think I expected: a file is created with 1 rectangle in it (called Selection).

The light bedtime read Drag & Drop spec doesn’t specifically mention iconbar drops, but 4.5.1.2 does mention To the destination task, a drop will appear the same as a non-drag-and-drop DataSave (inter-application data transfer) operation so I’d have thought Draw and Paint should just see my drop as though loading the respective data from a file or via RAM transfer. I believe that’s how the Filer is taking it.

The excellent MsgMon does appear to show the beginnings of a DataSave exchange but then it just dries up. While I probably muddied the description talking about StrongEd and TechWriter these don’t appear to be important – having quit them both Draw and Paint don’t accept things they could open via drop, whereas the Filer does.

I believe that’s how the Filer is taking it

Interesting that you should mention Filer and the incorrect action of the file open being done by another App.

While playing with simple key shortcuts for Filer I hit an apparent StrongED quirk of multiple instantiations of StrongED on repeated Help file opening and when I made sure the system was unaware of StrongED the help text file was opened in Armalyser, hide that and it was offered to another.
All that was back before my free time mostly dried up and well before the changes in Paint and I think in Draw.
I put it down to my bad code. Perhaps I was wrong, although the code is still pretty naff.

Sorry, I hadn’t spotted this thread! There’s an issue whereby the messages sent (Message_Dragging and Message_DataSave) don’t have the icon bar icon handle added when sending to the icon bar (window -2). The ‘victim’ task is therefore whatever was kicking around in R3 at the time the call was made. Draw and Paint share a very similar codebase for the new drag and drop bits which is why you’re getting the same issue with both of them. The same issue applies to the drag/drop bit of the Wimp for writable icons (which was based on the code for Draw and Paint).

I’ve submitted a patch for these three (Draw, Paint and the Wimp) which should hopefully rectify this.

Thanks!