Re: Can't drag&drop menu in Gorm

[Gregory Casamento]

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 <address@hidden> 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
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gnustep-dev