Not to mention most widget toolkits and GUI frameworks are absolutely abysmal and verbose. GUI builders can be of great help, especially if you're doing rapid application development.
wxWidgets sucks... It is essentially a variation of MFC afaik, and consequently inherited lots of the bugs that MFC had initially. It was
intended to allow users familiar with MFC migrate to a more stable framework, and still seems to think that it should work on Win95/98/2K along with ANSI as an option alongside Unicode. QT is much better and well documented. FLTK isn't bad, and I usually use GTK+ for Linux. But most of my Windows projects aren't super large, so I've designed my own template using the Win32 API that allows me to construct most programs that I only need platform specific to Windows fairly easily.
//
Aside from that... If you don't need a fancy GUI, the Win32 API usually does the trick half of the time. All in all though, there is absolutely nothing wrong with drag and drop GUI features. Why reinvent the wheel? Do you honestly thing most of the advanced software out there today was created all manually? lol
It all depends on whether the overhead of using QT or not is worth the difference in filesize for your project IMO--IF, you care about filesize. Seems to be a project specific decision to be made.
