<< Let's decide that me (or someone else) already learned that incredible amount :) >>

That, I can't argue with. (Of course then you also learned you would've been better off with one of the frameworks.) :-) Really, only kidding.

<< May I ask you another but related question? I'm not an expert in VB,PB, though used them sometimes, and why there are no frameworks for these products? >>

There are some for PowerBuilder, but they aren't that sophisticated. One of our clients is actively trying to entice us to develop one for PB. (My response so far has been "show me the money.") I don't know much about Powerbuilder, but my understanding is that they really have never had much of a third party market, probably because it's primarily a corporate tool and the costs of entry are much higher.

As far as VB goes, I think the main reason is the lack of OOP. We've looked at doing a VB framework and we'd basically be hard pressed to provide as much functionality for VB as we did in FoxExpress 2.6. At least in 2.6 screens were stored in tables and you could therefore just manipulate records. For VB we'd basically be looking at writing text merge tools since their forms are plain ASCII files. Borland actually approached us about doing something for dBase quite a while ago and because there forms are ASCII files we have the same issues. At any rate, with VB and the lack of inheritance about all we could really do is provide class modules with a bunch of canned functionality and then wizards that add calls out to the class modules to forms. If VB had inheritance we'd have already ported our framework to it.