Qt being now released under LGPL, would you recommend it over wxWidgets?

Mapad picture Mapad · Jan 21, 2009 · Viewed 19.9k times · Source

I am quite a heavy user of wxWidgets, partly because of licensing reasons.

  • How do you see the future of wxWidgets in prospect of the recent announcement of Qt now being released under LGPL?
  • Do you think wxwidget is still a good technical choice for new projects ? Or would you recommand adopting Qt, because it is going to be a de-facto standard.
  • I am also interested about the possible implications this will have on their bindings with the most common scripting languages (e.g. PyQt, wxPython, wxRuby). Why PyQt is so under-used when it has a professional grade designer and wxPython not?

Related:

https://stackoverflow.com/questions/443546/qt-goes-lgpl-on-windows-is-it-good-enough-to-use-instead-of-mfc

Answer

mghie picture mghie · Jan 21, 2009

For those of us who are drawn to wxWidgets because it is the cross-platform library that uses native controls for proper look and feel the licensing change of Qt has little to no consequences.

Edit:

Regarding

Qt not having native controls but native drawing functions

let me quote the wxWidgets wiki page comparing toolkits:

Qt doesn't have true native ports like wxWidgets does. What we mean by this is that even though Qt draws them quite realistically, Qt draws its own widgets on each platform. It's worth mentioning though that Qt comes with special styles for Mac OS X and Windows XP and Vista that use native APIs (Appearance Manager on Mac OS X, UxTheme on Windows XP) for drawing standard widget primitives (e.g. scrollbars or buttons) exactly like any native application. Event handling, the resulting visual feedback and widget layout are always implemented by Qt.