koffice/krita

Casper Boemann cbr at boemann.dk
Thu Apr 28 13:50:04 CEST 2005


Thanks. I'll stick to you solution. Then later we can reexamine what can be
done.

best regards / venlig hilsen
Casper Boemann
----- Original Message ----- 
From: "Sven Langkamp" <longamp at reallygood.de>
To: "Krayon (KImageShop)" <kimageshop at kde.org>
Sent: Thursday, April 28, 2005 1:29 PM
Subject: Re: koffice/krita


> Am Donnerstag, 28. April 2005 09:22 schrieb Casper Boemann:
> > Hi
> >
> > Thanks. This ties in with what I'm looking at. (I even got a merge
> > conflict - that's how close it ties)
> >
> > I was wondering what kind of observations you made to come to this
> > solution.
> I followed the signals and slots. The whole connection was
KisPaintDevice ->
> KisImage -> KisView -> KisDockManager. Then I looked for the gap: KisImage
> connected itself with signal from the paintdevice without a connection
error,
> but the signal did never reach the slot.
>
> > Did the signal not work at all?
> > Wont it be a limit to change a signal (which is many-to-many) into a
> > function (which is many-to-one)? Or am I missunderstanding your change?
> I guess that you can't connect to a signal from a shared pointer( in this
case
> layer.data() ) As I wrote wrote earlier to the list, I'm not really happy
> with that and I'm open for a better solution.
> Instead of directly connecting to the paintdevice you can connect to the
> KisImage.
> _______________________________________________
> kimageshop mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>




More information about the kimageshop mailing list