[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Can't drag&drop menu in Gorm

From: Fred Kiefer
Subject: Re: Can't drag&drop menu in Gorm
Date: Sun, 29 Dec 2013 15:45:25 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0

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.


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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]