I don’t know why, but on windows drag and drop works fine in Standalone-Mode or in a VST.
But under linux, I can’t get drag and drop to work in VST3 - not in the AudioPluginHost or in Waveform 11. Strangely in Standalone under Linux drag and drop is working again under linux. Drag and drop is supported by VST3 under linux right? What could be the issue here?
Mh yes seems related, but the provided patch there linked doesn’t exist anymore
I tried to apply the changes from the attached diff-file, but the X11 JUCE Code seems to have changed a lot since this patch was written.
thanks for putting this on the list.
I’m using ubuntu 20.04 LTS, which should be one of the most common Linux-distro out there. I’m dropping the elements to one plugin-window instance. As I said, in the standart juce-standalone-window things work fine, but inside Waveform or also the AudioPluginHost the plugin is not responding to the drag-starting.
I took a closer look and experimented with an adaptation of scotchi’s patch  to develop.
Using the XdndProxy it’s possible to hijack the DND messages from the plugin window’s parent but I don’t think that’s something we should do in general
right now it only works in Bitwig Studio, not even in Waveform (Tracktion) anymore
the plugin window’s parent is created by the DAW, and hijacking DND calls from it may be causing problems down the line
The reason this isn’t very reliable is that it’s not even sure that the plugin window’s parent is receiving the DND messages. It could be the parent’s parent, or like in the case of AudioPluginHost’s, a window in which the plugin window’s parent is embedded.
Since this window hierarchy is managed by the DAWs, I don’t see a way to cleanly and reliably solve the Linux DND problem entirely from the plugin side.