ライセンス上の理由もあって、私は wxWidgets のかなりのヘビー ユーザーです。
wxWidgets はネイティブ コントロールを使用して適切なルック アンド フィールを実現するクロスプラットフォーム ライブラリであるため、Qt のライセンス変更はほとんど、またはまったく影響を与えません。
編集：
それにかんする
Qtにはネイティブコントロールはありませんが、ネイティブ描画機能があります
ツールキットを比較する wxWidgets wiki ページを引用させてください。
Qt には、wxWidgets のような真のネイティブ ポートはありません。これが意味することは、Qt はそれらを非常にリアルに描画しますが、Qt は各プラットフォームで独自のウィジェットを描画するということです。ただし、Qt には Mac OS X と Windows XP および Vista 用の特別なスタイルが付属しており、ネイティブ API (Mac OS X では Appearance Manager、Windows XP では UxTheme) を使用して標準のウィジェット プリミティブ (スクロールバーやボタンなど) を正確にネイティブ アプリケーション。イベント処理、結果として得られるビジュアル フィードバック、およびウィジェット レイアウトは、常に Qt によって実装されます。
私は現在仕事でpyqtを使用していますが、完全に満足しています。ドキュメント (IMHO) が改善され、イベント管理が改善され (シグナルスロット パターンは、古い単純なコールバック スタイルよりも強力です)、カスタム ウィジェットを qt-designer のようなグラフィカル デザイナーにインポートするのがはるかに簡単になります。私が知る限り、qt-designer は、Boa Constructor や pyGlade などの wxpython のどのバージョンよりも強力です)。また、プログラムの文字列をさまざまな言語に翻訳するための優れたサポートもあります (少なくとも wxLocale よりも優れたサポートであり、qt システムに完全に統合されている Qt-Linguist などのツールを使用できます)。
私はいくつかのホビスティックな作品で wxpython を使用していますが、私はまだ初心者です。pyqt よりも大きな利点は、さまざまなプラットフォームでネイティブのルック アンド フィールを使用できることだと思います。たとえば、Windows/Linux アプリケーションを開発している場合、これは大きなポイントです。実際には、「スキン」を使用して Windows-qt アプリケーションでネイティブのルックアンドフィールを取得できますが、それを実現する方法がわかりません (申し訳ありませんが、Windows で qt を使用したことはありません:D)。
正直なところ、人々がWxWidgetsから大幅に切り替えることはないと思います。
Pythonには、PyQtバインディングとWxPythonバインディングがあります。QtはWxWidgetsよりもはるかに実用的ですが、GUIpythonオープンソースプログラムの大部分はWxWidgetsで作成されています。これらのプログラムはオープンソースであるため、GPLとLGPLは、ツールキットの選択においてそれほど重要ではありませんでした。
同じことがGtkにも当てはまります。多くのオープンソースアプリケーションは、GtkをWindowsで操作するのが非常に難しいにもかかわらず、WindowsでGtkで作成されています。Qtを使用すると、これらのアプリケーションはクロスプラットフォームベースで保守するのがはるかに簡単になりますが、それは実現していません。
したがって、ツールキットの選択は多くのパラメータの影響を受け、ライセンスはそのうちの1つにすぎません。
Qtがこれまでに作成された中で最も簡単で実用的なGUIツールキットであると私は考えているため、Qtが主流ではない理由はまだわかりません。
2009 年 1 月の時点で、Qt 4.5 は LGPL の下で利用可能になる予定でしたが、Riverbank Computing はPyQtの将来のバージョンのライセンスについて何も発表していませんでした。PyQt はまだ商用/GPLv2/GPLv3のみです。
この回答に対するコメントで述べたように、Nokia は 2009 年 8 月に LGPL ライセンスのPySideプロジェクトを発表しました。
Qt は非常に包括的で高品質なフレームワークです。wxWidgets を使用していたはずの多くの新しいプロジェクトが、代わりに LGPL Qt を使用するようになると確信しています。しかし、すでに wxWidgets を使用しているプロジェクトは、大規模な書き直しを行うのではなく、間違いなく wxWidgets を使用し続けるでしょう。
私が wxPython を選んだ主な理由は 2 つあります。
私の理想的な IDE の設計、イベントの作成、必要な機能コードのみの編集、および実行を許可します。「UIC をコンパイル」せずに、エディタを切り替えずに、コマンド ラインに入る必要がありません。大規模なアプリケーションではほとんど問題になりませんが、私の現在のドメインは高速で小規模なプログラムです。
ライセンス... 今は関係ありませんが、小さな規模で自分のものを販売し始めたら.
イベント機能コード内のオートコンプリートは、QTDesigner ではイベント コードに対して機能しないようです。何かが欠けているかもしれませんが、上記の「壊れた」プロセスにより、RAD になることはありません。
クロスコンパイルするように Qt をセットアップできませんでした。Trolltech から、公式にはクロス コンパイルをサポートしていないというメッセージが表示されたのを覚えていますが、今は見つかりません。
多くのガイドがあり、Qt をクロス コンパイルする方法を詳しく説明しているため、何か間違ったことをしていた可能性があります (おそらく)。
フレームワークを選択するときは、クロス コンパイル機能を検討してテストすることをお勧めします。