gnustep-dev
[Top][All Lists]
Advanced

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

Re: Can't drag&drop menu in Gorm


From: Gregory Casamento
Subject: Re: Can't drag&drop menu in Gorm
Date: Sun, 29 Dec 2013 09:54:10 -0500

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 <address@hidden> 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 <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
> 




reply via email to

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