wxWidgets 3.1.0 Brings Better HiDPI Support, wxQt With Qt5

[phoronix]

Phoronix: wxWidgets 3.1.0 Brings Better HiDPI Support, wxQt With Qt5

wxWidgets 3.1.0 was released yesterday as a new development release for this cross-platform toolkit...

http://www.phoronix.com/scan.php?page=news_item&px=wxWidgets-3.1.0-Released

[darkbasic]

What's the point of wxQt? Porting GTK apps to QT? Dual toolkit GUIs?

[fdelapena]

What's the point of wxQt? Porting GTK apps to QT? Dual toolkit GUIs?

wxWidgets is a native toolkit, you can build the app to use GTK+ or Qt, but the API is different (it remembers MFC). On Windows and OS X it uses native widgets, not GTK+ or Qt.
This is cool because you can play your apps with wxGTK to use the HTML5 (Broadway) backend or with wxQt to port the app to Android.

[darkbasic]

Yes I know that wxWidgets uses native widgets while QT doesn't, but in my opinion this isn't enough to make the whole wxQt effort worth, that's why I asked if there was a different reason behind this choice.

[fdelapena]

There was already some wxQt effort for previous versions, and this work is from a GSoC student.
Though I prefer GTK+ and I not consider this a time waste, this will help a lot to cover some ports which didn't have wxWidgets support so far or they were experimental or unmaintained.

[anda_skoa]

What's the point of wxQt? Porting GTK apps to QT? Dual toolkit GUIs?

wxWidgets tries to fit into the environment by wrapping the UI components used in that environment, i.e. "native widgets".

wxQt is therefore an implementation fo wxWidgets for environments where Qt's widgets are the native widgets.

The fact that Qt itself provides a multiplatform widget toolkit isn't relevant here, the wxWidgets developer is not using any Qt API directly.

Cheers,
_