Please create an account to participate in the Slashdot moderation system


Forgot your password?
Trust the World's Fastest VPN with Your Internet Security & Freedom - A Lifetime Subscription of PureVPN at 88% off. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. ×

Journal Spy der Mann's Journal: 10 years ago... wxWidgets and the QT vs. GTK division.

I stumbled upon this gem that was written almost 10 years ago. It's a plea from the wxWidgets developers to start a QT port of wxWidgets (then wxWindows).

The following is a proposal by the wxWindows developers. We hope to
attract some interest and help for this project, to ease the situation
for application developers who are currently in the difficult decision
to chose whether to support KDE or GNOME.

Please understand that we do not favour either of them, nor do we want
to get involved in a discussion about the pros and cons of KDE vs
Gnome. We are simply interested in helping application developers
(such as ourselves) to live with the existing situation. If you are
not interested in that, just ignore this post.

        Proposal for a port of wxWindows to Qt - wxQt

            Following the recent discussions
            and flamewars about KDE vs Gnome, we got worried that we'll see a
            repetition of the same damaging infighting from which Unix has
            suffered before. Competition is a good thing, but the current
            situation leaves application developers with a difficult decision to
            make: Write for KDE, using qt/harmony or write for Gnome, using GTK?
            Whatever happens to these projects, we will end up with a lot of
            duplicated efforts and a mix of applications written for either of the
            two environments. The result will not be the consistent look and feel
            that both projects aim for.

            The people on the wxWindows developers team thought that we might have
            a solution for this problem, if we can get some outside help to get it
            done. Let us explain: wxWindows is a cross-platform development
            toolkit, a library of C++ classes which provide GUI concepts as well
            as other cross-platform issues such as container classes, debug
            features or configuration management. It has been around since 1992
            and started by supporting Motif, XView and MS-Windows, with a direct
            X11/Xt port added later. Last year, a major rewrite was started and we
            now have a much advanced library, available for MS Windows, with a
            Motif port under construction. Later last year, Robert Roebling set
            out on a one-man project to build wxGTK, a gtk-based implementation of
            wxWindows which in less than a year has become sufficiently stable to
            use it as the main development platform of rather large
            applications. The wxWindows license is a variant of the LGPL,
            which should meet no objections from the free software community. In
            fact, this has been an open source project long before the term became
            commonly used.

            Our idea is, that if this is good enough to work across different
            operating systems (a MacOS port is under construction, too), it could
            easily bridge the gap between KDE and Gnome. The quick evolution of
            wxGTK has shown that a new port based on an existing widget set or
            toolkit can easily be created by a small team within a few
            months. Therefore, we would like to start a project for a Qt/Harmony
            based wxWindow library, wxQt. It would then be possible for
            application developers to write the same source and compile it either
            for KDE, Gnome or even any of the other supported systems.

            But for this we need help. The core developers are all pretty busy on
            the existing ports, but we could provide significant help and support
            for any such effort. A wxQt port could also recycle lots of existing
            code from the other ports.

            Please, join us in this effort and, if you feel that you could
            contribute, join the wxWindows developers mailing list for further
            discussions. Just send a mail containing "subscribe" to

                              wxwin-developers-request _at_

And 10 years later, due to licensing issues (the wxWindows license is a derivative of LGPL, while QT is GPL licensed, so the "L" is clearly a limitation here) and software complications (nobody has dared), there still isn't a common widget platform/wrapper for Linux. Wow... ten years. Imagine that. Personally, I would enjoy having such a wrapper, this way we could write cross-platform apps that would run on Windows, GTK or QT and adapt to our favorite Window manager.

So, what do you think? Would it be possible to do this with Qt 4.4? Would it be healthy to have such a wrapper? Or actually... is it even relevant?

This discussion has been archived. No new comments can be posted.

10 years ago... wxWidgets and the QT vs. GTK division.

Comments Filter:

You know you've landed gear-up when it takes full power to taxi.