Fred, In my previous message I should have said it would be difficult for me to TEST it, not fix it. Fixing it should be easy, but I will have to rely on others to test and verify. I should be able to do this in the next hour or so once I get back to my mac.
GC On Dec 29, 2013, at 9:49 AM, Gregory Casamento <greg.casame...@gmail.com> wrote: > Fred, > > Yes, I understood. I will make the modification. > > I think the reason it might look wrong is because of the way drag and drop is > handled in Gorm. It isn’t done directly since palettes can declare which > types should be accepted. All of the data types which could be dragged (for > instance those declared in the GDL2 palette) can’t be known a priori, so it > was necessary to come up with a way in which they could be registered when > the palettes were added. This is probably one source of confusion. > Incidentally this method of registration was implemented to be compatible > with those in IB 2.0 (circa Mac OS 10.4/10.5) and OPENSTEP. > > I’ll take a look and get it registered in the appropriate place. It is > probably supposed to be done in the Menus palette and is missing from there. > What’s curious is why this has been working on other platforms for so long. > > Greg > > On Dec 29, 2013, at 9:45 AM, Fred Kiefer <fredkie...@gmx.de> wrote: > >> 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 > _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev