On 29.12.2013 05:26, Germán Arias wrote: > El sáb, 28-12-2013 a las 15:50 -0500, Gregory Casamento escribió: >> Just for context... >> >> >> I did it on: >> >> >> Wheezy on x86 using GCC >> Wheezy on x86_64 using clang + libobjc2 >> Wheezy on ARM (raspberrypi) using GCC >> >> >> GC >> >> > My problem is at Trisquel 6 (Ubuntu 12.04 based) with Gnome3 as desktop. > Could be a problem of desktop? I will try with WindowMaker later (I > changed my hard disk so I don't have all installed yet).
I spend a lot of time digging inside the general D&D mechanism of GNUstep but couldn't find any reason why it should work for windows but not for menus. So I went back to look inside of Gorm. A simple grep (grep IBMenuPboardType ../../dev-apps/gorm/*/*) here tells me that we do offer the type IBMenuPboardType from GormPalettesManager but there is no view accepting it. If I just edit the list of accepted drag types of GormViewResourceManager to include that type dragging works as expected. Now I don't understand the inner structure of gorm, but I would expect that this isn't actually the correct class for this drag type. But then IBWindowPboardType is also listed here. Quite strange... And another question remains open. Why is D&D of menus actually working for Greg on so many machines? It working on Windows is easier to explain as there we would not use the check in xdnd whether the window supports the specific type. Greg are you willing to take up from here and correct Gorm in the right way or just add that type to GormViewResourceManager? Fred _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev