Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo
if smartwin++ and Ultimate++ get married,using SW'S policy based and UPP'S Multi-Platform,change something of UPP:macro and using XCB instead XLib
that would be nice!
Bjarne Stroustrup in a recent paper..
Given those general concerns about libraries, the answer to “Why didn’t we provide a GUI?” is obvious: The committee couldn’t do it. Even before tackling the GUI-specific design issues, the committee would have had to tackle concurrency and settle on a container design. In addition, many of the members were simply blindsided. GUI was seen as just another large and complex library that people — given dynamic_cast (§5.1.2) — could write themselves (in particular, that was my view). They did. The problem today is not that there is no C++ GUI library, but that there are on the order of 25 such libraries in use (e.g., Gtkmm , FLTK , SmartWin++ , MFC , WTL , vxWidgets (formerly wxWindows) , Qt ). The committee could have worked on a GUI library, worked on library facilities that could be used as a basis for GUI libraries, or worked on standard library interfaces to common GUI functionality. The latter two approaches might have yielded important results, but those paths weren’t taken and I don’t think that the committee then had the talents necessary for success in that direction. Instead, the committee worked hard on more elaborate interfaces to stream I/O. That was probably a dead end because the facilities for multiple character sets and locale dependencies were not primarily useful in the context of traditional data streams.