Of course you can extract the parts of QCMagritte you want. It is just a lot of moving parts. Do you get to a different structure when refactoring your application to DRY?
> Op 8 sep. 2015 om 15:51 heeft Iwan Vosloo <
[hidden email]> het volgende geschreven:
>
> Hello,
>
> After my previous question[1] and the pointers given to QCMagritte, I figured I had to start investigating QCMagritte to see if it will help for our use case. The one I did not mention was changing screens using ajax, so I am now trying (inbetween things) to see how QCMagritte influences work.
>
> It seems the QCMagritte solution is its setters for descriptions, and the use of, eg. addInfluence:for: in there. Is it possible for me to use this mechanism without subclassing from QCObject, and in a component that knows nothing about QCComponent? (Or, alternatively, how can I get influences to work with as little as possible other QCMagritte stuff involved?)
>
> If I want to try and use QCMagritte for this goal, I need to be able to retrofit it bit by bit into an existing application where I cannot just make existing things inherit from QCMagritte objects.
>
>
> [1]
http://forum.world.st/Understanding-dynamic-descriptions-td4840991.html>
> Regards
> - Iwan
>
> --
> Reahl, the Python only web framework:
http://www.reahl.org>
> _______________________________________________
> Magritte, Pier and Related Tools ...
>
https://www.iam.unibe.ch/mailman/listinfo/smallwikiMagritte, Pier and Related Tools ...