User Ratings

ease 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
features 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
design 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
support 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5

Rate This Project

Login To Rate This Project

User Reviews

  • great project but can it be a MFC compatiable ?

  • great project

  • I just use it. However, for same use, Qt program over 10M, MFC over 5M, but win32++ just for 1.4M.

  • good project

  • Definitely tremendous work! Smooth & friendly communication with the author! I found a few imperfections in the project anyway: - Bugs in the documentation ("...Docker descended from the to the dock ancestor"). Bugs span from grammar over semantics up to inconsistencies in text. - Documentation could be more elaborated, covering Win32++ in more detail, especially when it comes to more advanced topics. Library reference seems to be ok, but anyway haven't read it all yet. - It's difficult to have all rules of using Win32++ in head during first steps, so better explained examples (with more "redundand" or repetitive code) wouldn't definitely harm the documentation's first sections.

  • Cool project, for anyone looking for an MFC alternative

  • Great project, highly recommended! Win32++ / MFC reminds me of David vs. Goliath.What a coincidence ;-)

  • Good Wrapper for Win32

  • Nicely done!

  • Very good job, i really like it.

  • just great

  • good job

  • Nice, thank you

    2 users found this review helpful.
  • The best!!!

  • I compiled the 'Dock' sample project using Visual Studio 6 on Windows 7, it runs ok. But when I try to run it on Windows Server 2003 SP2, it generates a bunch of errors 'The procedure entry point ___CxxFrameHandler3 could not be located in the dynamic link library Msvcrt.dll' and the Window eventually appears correctly. Is this framework really backward compatible? Is it referencing to a newer version of msvcrt.dll?

  • Nice framework. I hope that the future release would have optional message mapping macros like those used in ATL and WTL GUI classes or other message and event handling mechanisms aside from using switch statements. Message mapping macros make the code more neat and easier to maintain than a big switch statement especially if there are lots of messages and events that needs to be handled. Big and sometimes nested switch statements tangle the code making maintenance quite difficult and this can be avoided with message mapping macros. Message and event handling methods used in other frameworks like QT and SmartWin++ are also good alternatives to large switch statements. So, I suggest that this framework should have optional message mapping macros or other message and event handling methods making it more suitable for large projects too.

  • Great alternative to MFC because it builds 200KB executable instead of 2,000KB for simple MDI Frame based application with icons. Simpler Win32++ apps compile to under 100KB! Nice alternative to WTL for beginners because it builds with more C++ compilers, has nice docs bundled (chm file), and extensive examples that actually compile and run without effort. Hard to believe believe WTL's bundled example projects won't even build using Visual C++ 2008 SP1 Professional as of March 13, 2011. On the other hand, WTL's appwizard is rather nice and works well. Best of all, Win32++ seems to be updated and is constantly improving even though it has reached version 7.0. One missing feature in Win32++ is auto-hide docking panels like Visual Studio 2008 IDE which slide in/out of view. WTL has example projects doing this at but I've not seen this for Win32++ yet.


  • Thanks for this project, it's sad developers use MFC or Managed code because the lack of Platform SDK documentation and examples. Maybe now they'll be able to write fast and small windows applications. No more hello world creating a 2MB binary :) Keep up the great work!

  • Very nice and serious work.

  • Replacement of complicated MFC. Very nice.Thank You david_nash.

  • Very good, I where looking for something like this. Thank You. Marcel

  • very good project

  • Good, thanks a lot.

  • Very helpful