Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : BORL: Time to BUY! -- Ignore unavailable to you. Want to Upgrade?

To: david thor who wrote (7161)	11/6/1997 7:40:00 AM
From: i-node	Read Replies (1) \| Respond to of 10836

<There's no reason why a completely interactive GUI builder for C++ could not be simply constructed on top of MFC and it's no surprise why that hasn't been done.> Rod, Why would you want to drag MFC into it? MFC is crap. VCL is built on Win API, which is also crap. But we don't need another layer of crap in between. C++ Builder is a first-rate product. It allows the software developer focus on important design issues rather than dealing with arcane interfaces to the operating system. MFC is an excellent example of everything that's wrong with Microsoft. Let's try and keep it out of Borland products.

To: david thor who wrote (7161)	11/6/1997 12:06:00 PM
From: Kashish King	Read Replies (2) \| Respond to of 10836

A truly interactive system would allow for runtime design of forms and there's nothing difficult about providing that. A small team could put together a very effective, elegant system which would could be used for the vast majority of forms (a.k.a. dialog boxes) used today. Unfortunately, Microsoft has focused on Visual Basic and intentionally not offered a simple interactive C++ system and they certainly could have done so. Zinc and others made an attempt but looking at their implementation and their code it was obvious that the suffered from the same fate as many Microsoft products: the developers displayed an almost total lack of design skills and little if any understanding of OOP and/or C++ programming patterns -- usually and. This should not surprise anybody. Mangement isn't going to walk into a developer's office, or cube as it were, and make that evaluation; rather they will say "add this and perhaps that and the other thing" and the guy or girl with the inside scoop on their existing products gets to stay and hack even more.