>
>Yes, I've been hearing that for almost 15 years now. I really do think that David's goals are extremely laudable. I think that there are essentially two options; One would be to completely gut the current product to create something new. David wants to go one way, I another. The second is to continue to extend the current product but keep its current functionality and features and let hardware render the "bloat" irrelevant. I'm sure no fan of said Christmas-Tree-Itis but there's this very difficult issue of determining how to best carve the product into the various pieces and parts. No matter which way you go someone will be damaged unless you granularize everything. To do that would be great but as I pointed out to David, if you only chose a half dozen of those pieces and built your product you'd end up essentially back with the whole product again because of the need to pull all dependencies in as well. I see no real advantage there.
>
>Now.. If you could take out JUST the macro expansion stuff and trade that for up-front variable typing and declarations, ok, I think you might have a case but I'd still think that this would cause troubles. Then there would be multiple version of VFP for MSFT to support and everything dissolves from that it would seem.
>
>If the Fox Team ever decided to rewrite the product from the ground up and give us the features David is asking for and could pull it of I'd be the first person in line to support them. I just don't see it happening though. For me it's the difference between what I'd like to see and what I think is practical in real world terms.
>
>Again, if you want a small EXE on the desktop use VB or Delphi. Even in these cases you get those mammoth support libraries which really are just another way of packaging product. The only real way around all of this is to hand roll everything in assembly IMO. Who's going to do that? <g>
>


I totally agree with you.