First of all, thanks for answering.

There is no much to add to your concepts. In fact, is pretty much what I've thought about the problem. And don't worry for your advices about writing here, in the UT: I did not take it in a wrong way.

There are then only two questions I want to make to you, to get deeper into the understanding of all what is implied:

- First: so you DO NOT have your own tier of subclasses FROM WHICH you subclass in turn the APPLICATION when you need to create a new application. Instead, you create applications subclassing DIRECTLY from the framework and making all the changes at the application level subclasses. So, YOU CAN NOT make a change that can be inherited for ALL of your applications. Am I understanding this correctly?.

- Second: you DO NOT use (because you can't) all the facilities provided by the framework to create a new application, don't you? So every time you create a new application you have to build a menu from scratch, instantiate an application object, the managers, the environment, an equivalent to setup.prg, main.prg, etc. all from the application subclasses and with no "wizard" or previous template?. Or, instead, you created your own Qstart or Generic project equivalent (or, at least, a Setup.prg equivalent based on, for example, the very framework's Setup.prg)?.

Thanks again, Alex.