Terje Slettebø [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Make no mistake - this is a lot of work, too. However, it may be much less
work than creating one from scratch. What do we want - vaporware of a
Boost
GUI library coming real soon now, perhaps not appearing for many
Pavel Vozenilek wrote:
[...]
Here is interesting review of five GUI toolkits, including wxWindows:
http://freshmeat.net/articles/view/928/
For the Qt toolkit, they kinda forgot to mention that they work in parallel
with the KDE project (http://kde.org) so they have a huge open source
support
[2003-08-03] Philippe A. Bouchard wrote:
WxWindows don't have any intermediate compiler but the end user syntax is
not attractive for the signal / slot mechanism (macros).
Yes, and no. You can use the macros if you like that sort of stuff. But the
signal/slot mecahnism is just as easilly
E. Gladyshev [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
--- Edward Diener [EMAIL PROTECTED] wrote:
E. Gladyshev wrote:
The pImpl technique is an idiom for hiding the
private methods and data
members of a class from the view of the user of that
class.
By using a
--- Bohdan [EMAIL PROTECTED] wrote:
E. Gladyshev [EMAIL PROTECTED] wrote in message
but which approach is better for GUI lib.
I believe that I've made a strong case for ImplTraits
for GUI library. In the win32 case, the compilation
time penalties would be of the same order as including
At 05:52 AM 8/2/2003, E. Gladyshev wrote:
--- Bohdan [EMAIL PROTECTED] wrote:
E. Gladyshev [EMAIL PROTECTED] wrote in message
but which approach is better for GUI lib.
I believe that I've made a strong case for ImplTraits
for GUI library. In the win32 case, the compilation
time penalties