Item in a DLL not getting events

[Benne Gesserit]

(...)
As for the LIBS += mylibrary.lib in the pro file, it's to make the linker find any links to the library. Nothing else...
(...)

Ok ,lets say I have mylibrary.a and mylibrary.dll .Can the .pro file tell the difference between both files? I mean , after all ,wont it be -lmylibrary in the command? And then it looks for libmylibrary.a or mylibrary.dll? I dont know how to link the application with the library considering both files .
Well ,I have succesfully compiled the library the way you told me ,but got the same results : some items are not getting events .I loaded it with mapandload and loadlibrary ,so I think I will now give QLibrary a chance .
Thank you very much.
P.D.: And by the way , as it was normal to think , no matter if the dll "includes" .h files of the items (that means the .h has some funtion implementation).

[luf]

Other question. The object that doesn't get the event? What kind of object is it, and what kind of event is it that the object doesn't get?

cheers,
leif

[Benne Gesserit]

The object that doesnt get the event ....well ,I wont simplify it just in case it s important .
I have an abstract class (lets call it A) that inherits QGraphicsItem , then 2 clases (non abstract) that virtually inherit A (B,C) ,and then a class that inherits B and C (D) . (None is Q_OBJECT) .
In my application , I use only pointers to tha abstract base class.
The other items : one inherits QGraphicsTextItem (inherits QObject) ,and the other is a QGraphicsLineItem (doesnt inherit QObject) .

I realy dont know why it doesnt work
Thanks again.

[luf]

And the event it doesn't recieve?

Have you tried adding the Q_OBJECT macro to the classes to see what happens? It might be that since you don't have the macro, some events sent through signals/slots are not reciveved? I'm unsure about this...

[Benne Gesserit]

And the event it doesn't recieve?

Have you tried adding the Q_OBJECT macro to the classes to see what happens? It might be that since you don't have the macro, some events sent through signals/slots are not reciveved? I'm unsure about this...

Sorry ,I forgot that .They dont seem to recieve any event. If I click them,nothing happens , I had rubber band drag (or however it s called) and it doesnt work now .It s just like if the item wasnt there .
And about Q_OBJECT....maybe I try it if I have some time ,but I dont like that solution ,why should a graphics view item that was working perfectly have to inherit QObject and add that macro in order to be able to work in a DLL ? Maybe there is a reason ,I dont know ,but I wouldnt like that handicap.
Thanks , hopefuly I solve this......soon ,but I m a little bit faithless.

[Benne Gesserit]

-_- ,I think I have found the problem or at least a fix.I had a constructor without parameters like this:
Node()
{
}

Tha should implicitly call QGrapchicsItem() , what actualy is QGraphicsItem ( QGraphicsItem * parent = 0 ) .I had another constructor :
Node (...... ,QGraphicsScene * scene =0 ,QGraphicsItem * parent=0)
that called QGraphicsItem(parent) ,but parent was always null .So ,if I use the default contructor ,the events dont work ,if I use the other ,they do .It doesnt make any sense to me .I ll try to explicitly call the default base class constructors to see if it works that way ,otherwise,I ll just use the constructors with parameters .
Anyone knows why this happens?

[luf]

Hi

What happens is that when the item doesn't have a parent, it won't recieve events unless it has focus. (e.g. clicked on, selected or programatticly has focus)

When programming with Qt it's a good practice to have a parent for all objects, so that objects are deleted if the parent is deleted...

Leif

[Benne Gesserit]

Uhm.....So the thing was the items werer not getting focus....But other parentless items worked fine .
Thanks for the tips.