I've found WTL to be very useful in getting a GUI app up and running. The company that I work for uses it for a fairly large commercial application. It's a relatively light-weight wrapper for the Windows GUI. WTL is open source, and has been for several years: http://sourceforge.net/projects/wtl/ There is a support list on Yahoo! Groups: http://tech.groups.yahoo.com/group/wtl/ It has a fair amount of sample source, and some extensions. There are also some WTL resources available on CodeProject.com. Disclosure: I am the moderator of the Yahoo group, and a member of the project on SourceForge. Development activity on the project has been fairly low for a while, and I'm not sure what the intent is for a new version (the latest is coming up on two years old). John
-----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users- bounces@lists.boost.org] On Behalf Of Emil Dotchevski Sent: Thursday, April 09, 2009 3:10 PM To: boost-users@lists.boost.org Subject: Re: [Boost-users] Boost thread conflicts with MFC
On a couple of occasions I've seen teams abandon MFC for WTL, though the lack of documentation and the fact that it's not officially supported by Microsoft is a problem.
On Thu, Apr 9, 2009 at 1:56 PM, Robert Ramey
wrote: Well, I guess I'm just an amazing guy.
Actually, I'm not all that happy with MFC. But whenver I consider something another alternative, I find them lacking. MFC is a huge body of code which is (mostly) well documented. I typically need and application to support some other project. Recent examples have been a GUI interface to and embedded system. My customers expect this "tail end" application to be doable in say two weeks or so. And they want it to "look like" a "standard" windows app including dockable tool bars, menus, email and web connectivity, support for things like file drag and drop. etc.
The only thing I see that can do this besides MFC is Visual Basic. I haven't looked at C#. But those have even bigger downsides.
As I said before, I have a lot of complaints about it, but I don't seen anything available that is nearly as comprehensive for windows application development.
Robert Ramey
peter_foelsche@agilent.com wrote:
last time I developed a GUI application for windows (in 1998), I was using C++ and Win32.
That might explain it.
We tried MFC and it just did not do it. I remember sick solutions for sick problems in MFC, like sending messages to be called back again later.
I simply wrote some C++ wrappers for win32 calls. And I joined these wrappers into base class and member class relationships. The resulting code was very clear, short and maintainable. It contained an activex control container (written in C++) -- not using ATL.
I'm amazed that there are still C++ programmers, which don't know about how to wrap a fallible Win32 resource into a C++ class and how to chain such classes into base and member class relationships.
I'm amazed that there still seem to be C++ programmers, which don't know how to abort the construction of an object.
-----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Robert Ramey Sent: Thursday, April 09, 2009 12:17 To: boost-users@lists.boost.org Subject: Re: [Boost-users] Boost thread conflicts with MFC
aaaaa .... what do you use instead for development of a C++ windows GUI program?
Robert Ramey
peter_foelsche@agilent.com wrote:
It amazes me, that there are still people working with MFC. It does not make much sense to use MFC, after C++ Exception Handling was introduced in 1995. After C++ Exception Handling was introduced one can use constructors to allocate fallible resources.
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users