Did you understand what I wrote? Then a solution will be trivial. Just decide which view is going to accept the drag type IBMenuPboardType and register that type for this view when it gets instantiated. At most this is one line of code. The only open question is where to add it. The simple solution seems to be GormViewResourceManager, but this is not even a view and as I just found out the actual registration happens in GormPrivate.m. Sorry, but all this looks completely wrong to me.
Fred On 29.12.2013 14:01, Gregory Casamento wrote: > I can take it up from here. It might be difficult for me to fix it though > since I can't reproduce it. > > GC > > On Sunday, December 29, 2013, Fred Kiefer wrote: > >> 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
