ライブラリの機能は、フォーム、ボタンなどの各種ウィジェットからネットワーク、マルチスレッド、
グラフィックス(OpenGL)や各種コンテナ、XMLパーサー、組み込み JavaScript など、非常に多岐に渡ります。
公式の統合開発環境「Qt Creator IDE」を使えば、クロスプラットフォーム対応のRAD開発が可能です。
また、EclipseやVisual Studio上で開発したい人のためのアドインも用意されています。
■主な対応プラットフォーム（デスクトップ用途の場合）
Windows XP, Vista, 7
Mac OS X 10.4, 10.5, 10.6
Linux
■ライセンス
・オープンソース版（Open-source version）
LGPL 2.1 または GPL 3.0 のうちどちらかを利用者が選べます。
LGPL を選んだ場合はソースコード非公開のままでの商用利用が可能です（いくつか制限あり）。
※正確には通常「LGPL＋商用利用向きの例外条項」を選ぶことにな７ります（Qtインストール先の「LGPL_EXCEPTION.txt」を参照）。
ちなみにGPLでも商用利用が不可能というわけではありません、念のため。
・商用版（Commercial version）
こっちはNokia社か日本の代理店（SRA社）とライセンス契約（年間30万くらい？）を結んで使います
■Qt を使って作られたソフト例
KDE、Adobe Photoshop Elements、Google Earth、Skype、DAZ Studio など
■前スレ
【RAD統合環境】 Qt 総合スレ 12 【Win/Mac/Linux】
http://toro.2ch.net/test/read.cgi/tech/1313727889/
・Qt Development Frameworks (Nokia社のQt公式サイト)
http://qt.nokia.com/title-jp
・SRA社（日本の代理店）の日本語で読める Qt 関連ドキュメント
http://www.sra.co.jp/qt/relation/index.html
・Qt Users Forum Japan
http://qtusersforum.s2.zmx.jp/forum/index.php
■ライセンス関連まとめ
各ライセンスでの自作アプリのソース公開/頒布
Qtのライセンス アプリのライセンス Qtの頒布/(変更部分のソース公開)
GPL GPL(ソース公開必須) 必須
LGPL 任意(ソース公開不要) 必須
商用 任意(ソース公開不要) 不要
*: LGPLは動的リンク時
実際には他にも条件(リバースエンジニアリング関係とか)あるので、
きちんとライセンスの条文を読むこと。
・プロジェクトのパスに日本語を入れちゃダメ
・日本語のソースコードは、MinGW版ならUTF-8、VC版ならSystem(Shift-JIS)
プロジェクト作成後に「プロジェクト」タブの「エディタの設定」→「デフォルトの文字コード」
・デバッグ出力などが文字化けする場合、プログラムの最初で文字コード変換設定をする
QTextCodec::setCodecForCStrings(QTextCodec::codecForName("utf-8")); //ソースの文字コードを直接指定("utf-8"や"Shift-JIS")
// QTextCodec::setCodecForCStrings(QTextCodec::codecForLocale()); //システムロケールの文字コードを指定
QTextCodec::setCodecForTr(QTextCodec::codecForName("utf-8")); //翻訳用マクロ tr()の文字コード
qDebug() << "うまく表示できた？";
・MinGW版配布時は mingwm10.dll も一緒に入れる（public domain。配布上の制限はない）
(1)「Qt SDK for Windows」をインストール
http://qt.nokia.com/downloads/sdk-windows-cpp
■インストール方法：VisualC++版Qt ＆ Qt Creator
MinGW版との違い：Phononが利用可能。VC版の方が速いらしい
(1)「Microsoft Visual C++ 2008」(Express Edition 以上） をインストール
(2)「Microsoft Debugging Tools」をインストール
http://www.microsoft.com/japan/whdc/devtools/debugging/installx86.mspx
(3)「Qt libraries for WIndows(VS 2008)」をインストール
http://qt.nokia.com/downloads/windows-cpp-vs2008
(4)「Qt Creator Binary for Windows」をインストール
http://qt.nokia.com/downloads/qt-creator-binary-for-windows
(5)環境変数PATHを設定（もともと入ってたパス;Qtインストールパス\bin）
(6)Qt Creator を起動して、「ツール」→「オプション」
「Qt4」→「Qt Versions」を開いて自動検出された「PATH に含まれる Qt」をクリックし「MSVC バージョン」を 9.0 にする
「デバッグヘルパ」が×印になっていれば「リビルド」ボタンをクリックしてリビルド
もし失敗したら「プロジェクト」→「ビルドして実行」→「nmake の代わりに jom を使用する」のチェックを外してリビルド
Qt Creator を日本語化するプロジェクトです(非公式)
http://qt-creator-jp.sourceforge.jp/
■Python バインディング
PyQt4（GPL。定番）
http://www.riverbankcomputing.co.uk/software/pyqt/intro
PySide（LGPL。）
http://www.pyside.org/downloads/
ごちゃごちゃ言わず、QtQuickも使ってみてください（＞＜；）
では、どうぞ！
別にコードを書く必要もないと思うけど、こんな感じで、ただテキストファイルを読んで
表示させてるだけ。
QTextBrowser b;
QFile f(filename);
f.open(QIODevice.ReadOnly);
QString text = f.readAll();
f.close();
b.setText(text);
ファイルはまあそれなりに大きいといえば大きんだけど、1Mbyte程度。
だけど、ダイアログの移動さえ遅くなる。
QTextBrowserが遅いのか、ファイルの読み込み方が悪いのか、QDialog自体に問題があるのか
よくわからなくて困っています。処理を速くするにはどうしたら良いんでしょうか？
Qtって小さいシステムでしか使えないんじゃないかと疑っているんですが、そんなことはない？
それよりsetPlainTextにしたほうがいいんじゃね？
QStringはimplicit sharedなので、QStringの文字列データ部分のコピーは0回です。
>>9
同じ理由で、&の有無は影響しません。
Qtには速度、メモリ消費に決定的な欠点があるのかもな
まず、プロファイルを取って、どこで時間がかかっているかを特定する。
>>12
憶測で判断しない。
■ 入門 Qt 4 プログラミング
http://www.amazon.co.jp/%E5%85%A5%E9%96%80-Qt-%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0-Jasmin-Blanchette/dp/487311344X
■ Qtプログラミング入門―使いやすいフレームワークを基礎から解説
http://www.amazon.co.jp/gp/product/4777516504/ref=pd_lpo_k2_dp_sr_2?pf_rd_p=466449256&pf_rd_s=lpo-top-stripe&pf_rd_t=201&pf_rd_i=487311344X&pf_rd_m=AN1VRQENFRJN5&pf_rd_r=1A9G2JCJYMD8FS57MBAC
■ Qtで簡単 GUIプログラミング―Qt入門書を読む前に読む「入門書」
http://www.amazon.co.jp/gp/product/4877832211/ref=pd_lpo_k2_dp_sr_1?pf_rd_p=466449256&pf_rd_s=lpo-top-stripe&pf_rd_t=201&pf_rd_i=487311344X&pf_rd_m=AN1VRQENFRJN5&pf_rd_r=1A9G2JCJYMD8FS57MBAC
環境とソース(全部)を貼れ
大抵は素人が関係ないと思ってるところに原因がある
x 素人
o 本人
そのコードは処理終わるまで制御返さないから、どんなに重くてもダイアログの移動には影響を及ぼさないはず
ユーザのコードに原因があるとすれば、Event系で重い処理をさせてるんだろう
setTextに大きなデータ表示させると一部だけ表示して一旦制御を返してからバックグラウンドで残りを処理してるね
この処理中は確かにスクロールもダイアログの移動も重いわ
うちのデスクトップでは5MのHTMLファイルでも3秒未満で終わったけど
多分選択ダイアログ表示の時に何かをダイナミックリンクをしているからだと思うけど。
同じような理由で、plug-inは、初回は重い。
あと、OpenGLのコンテキストの切り替えで重くなる。chromeがWebGLに対応して、
積極的にGPU使うようになってOpenGL使う他アプリとの切り替えが重くなった。
それから、間違ってバイナリファイルを開いた時のように、改行が殆ど無いときは、
スクロールが重くなる。
ああ、これっぽいかも。
表示領域ではすぐに表示されるけど、スクロールも受け付けないし、
ダイアログの移動も受け付けないって状態。
そうかあ、setTextはそういう処理をしてるんですか。
もしかしてQtのソースを読んだんですか？
うまく処理できる他の手はあるんだろうか？
少なくともGTK+より格段に速い動作だった。
50MBくらいのテキストファイルをほぼ一瞬で開いてたぞ。
QTextEdit とその派生クラスは実装された時期が古いので
QPlainTextEditよりかなり遅いかも
QPlainTextEditは大丈夫？
最初の「表示領域にだけは」すぐ表示されても、
スクロールやダイアログの移動を受け付けないってことが問題なんだけど。
スクロールやダイアログ移動もちゃんとすぐに受け付けてくれるのかな。
スクロールバーもダイアログも>>19のようにはならない。
テキストエリア真っ白のまま一瞬待たされたあと
一気に表示される。スクロールバーは表示された時点でほぼ縮まりきっているし
表示が済んだあとは普通の挙動。
で、なんで挙動がちがうんだと思ったら、setTextじゃなくて
setPlainText使ってたわ。あとメモリ8GBのi7マシンなのも影響してるかも。
役に立ちそうもなくてｽﾏｿ
ちなみに、QTextBrowser でも、スクロールバーは最初から縮まりきってるんだけどね。
だから、一見、全部読み込んでしまってるのかな、と勘違いをしてしまうけど、
>>19の言ってるように、処理が完全に終わってないから、
表示エリアのスクロールバーをクリックしても、ドラッグしても、すぐには受け付けない状態。
ハイパーリンクがあるドキュメントとかでQTextBrowserをどうしても使いたいなら
QTextBrowser::setText()の前でカーソルを砂時計にするとか特定のWidgetをDisableにするとかしちゃって
QTextBrowser::document()で取得したQTextDocumentオブジェクトのcontentsChanged()シグナルで元に戻せば
テキストの成形中の操作をさせなくはできるかも
ライブラリのロードに時間がかかってるのかなあと思ってるんだけど、
立ち上がりを速くするにはどうしたら良いんだろう。
あと、例えば、最初にファイル選択ダイアログを表示する時にも、ちょっと遅いよね。
あれってどうしようもないのかな。結構、欝になる。
DelphiとかMFC製のネイティブアプリと比べると、体感できるくらい遅いよな
CPUが遅いと余計遅くなるかもしれないけど
必要なライブラリを使うダミーのプログラムを作って
サービスとして登録しておけば委員で内科医
最小限のプロジェクトでQWidgetをshowするだけのプログラムでも遅いの？
使うライブラリによっては、mingwコンパイルするよりvcコンパイルしたほうが立ち上がりが早いことはある
170Mのファイルインストールで1.5GBってでかすぎ
Win32ネイティブなGUI部品をそのまま使うやつに比べれば重いし
ファイル容量が大きくなるのは当たり前。(それでもDelphiより重いかなあ)
無意味に.NETなアプリケーションが増えている現在速度はあまり気にしてなかったが
同梱しなきゃなんないdllのサイズは頭が痛い。
けどファイルダイアログなんかはWindowsのをそのまま使ってるんじゃなかったっけ？
そんなに重いか？
VS2008のコンパイラでビルドしたexeだけど，PC起動して最初に立ち上げても
2～3秒でメインフォームが表示されるよ。フォーム上に何十個かのウィジットが
あるけど。
起動時に何か処理が入ってない？
そもそも組み込み用途でショボイCPUでも使われてるわけで，PCでやたらに遅かったら
組み込みでは使い物にならないと思うが。
>>40
ファイルダイアログは，Windowsネイティブのものと，Qt独自のものが選択できる。
>>31の話はどっちかな？
> ファイルダイアログは，Windowsネイティブのものと，Qt独自のものが選択できる。
選択できる？
オンラインマニュアルには、Windowsの場合、スタティックな関数
QFileDialog::getExistingDirectory
QFileDialog::getOpenFileName
QFileDialog::getOpenFileNames
QFileDialog::getSaveFileName
では、nativeのファイルダイアログが使われるようになっている
って書かれてある。
選択できるとは書かれていない。
もともと、普通に使っていれば、nativeなファイルダイアログが表示されるはず。
dialog->show();
これはQt独自
常にあの微妙なダイアログが出てるから選択できるんじゃないのか
使ったことはないが。
ああ、そういうことか。
わざわざそっちの方を使う人もいるのかな？
ドキュメントの読み方が浅いよ。>>47が正解。
QFileDialog::getOpenFileName()とかのスタティック関数でも，最後の引数
(Options)に指定できる。
だいたいさぁ，やってみたことあるから書いてるに決まってるじゃないか。
良く調べもせずに噛み付いて恥ずかしくないか？
Cを読むくらいならできるけど、Cで書くなんてバカらしくてやってらんない
http://cruel.org/freeware/hacker.html
もしコンピュータ言語をなにも知らないなら、まず Python から始めることを
おすすめします。設計がきれいだし、ドキュメントもしっかりしているし、
初心者にもそこそことっつきやすくできています。でも入門言語として最適でも、
おもちゃではありません。強力で柔軟で、大きなプロジェクトにもじゅうぶん
対応しています。
Java もプログラミングを学ぶにはよい言語です。 Python よりはむずかしい
ですが、できるコードは Python より高速です。二番目の言語としてはとても
すぐれていると思います。
本気でプログラミングをするなら、C を勉強するしかありません。これはUnix の
中核となる言語です。C++ は C と密接な関係にあります。片方を知っていれば、
もう片方を学ぶのはそんなにむずかしくありません。が、どっちも真っ先に
勉強しようとするのには向いた代物ではありません。
Cでキッチリかけないやつなんてわかってないだけ
足を使わないで自転車に乗るようなもん
出来ないことはないが馬鹿らしくてやってられない
ずいぶん偉そうな言葉遣いだな。
プログラムの前に日本語を覚えなｗ
目的のためなら利用できるものは何でも利用するべきなんじゃないのかな。
でも、はっきり言って、Cでまともなプログラムが書けない人は
やっぱりC++でもまともなプログラムを書いてないよね。
危なっかしいプログラムを平気で書いてる。
そのぶん、パフォーマンスが落ちてるような気がするけど。
どこが？ で、本題はどうしたの？
同じく。QtFileDialogのスタティック関数を使ってるけど、最初使うとき体感できるほど遅いね。
dllのロードに時間がかかってるんだろうな。
そのうち、photoshopをarchemyで実装しだすと思う。
javaもc#もクロスプラットフォームなRIAとしては今一な感があるし、
コアなロジックなんかはc++で書いた方がよほどコードをつかいまわせる。
余ったflash技術者にプレゼンテーション層をまかせるとなれば、
今後はqtの採用が減るんじゃないだろうか
フォトショ関係のー長レス見かけるんだけど…
Qt 5の開発が遅れ気味で、安定するのにも時間がかかるだろうから、新機能は当分使えない。
Qt 4の改良は止めてしまっていて、同じく目新しいことはない。
Qtが停滞している間に、他のものを使うようになる。
だれかしりませんか・・・
要するにボタンのないモーダルダイアログを表示して、プログラムのコードで閉じたいって
ことだよね？
それならQDialog::open()を使えば良い。この関数はダイアログをモーダル表示して
すぐにリターンする。閉じる時はclose()で閉じる。
ありがとうございます
やってみます
競合IDEメーカーがいなくなったからPro以上を売りたいのかも知れないが
Qt Creatorの存在をお忘れだったようだな！
気をつけてね
どんなオプション付けるん？
qmake -project
qmake
make
ってやったら don't know how to make 'FORCE' と出たんだが。
http://labs.qt.nokia.co.jp/2012/03/03/introducing-qbs.html
何年もの間、qmake とは愛憎の入り混じった関係を育んできました。
ちゃんと仕事はしてくれるのですが、うまく行かないこともあり、
多くの人がメンテナンスは不可能だと考えています。
pdbファイルがでかいので-nomake samplesなのかも
resizeEventに関して質問があります。
QPlainTextEditにでかいファイルを読み込ませた状態で
「MainWindowのサイズを変更したことによる
リサイズイベント」が発生すると、非常に処理が重いです。
- イベントの発行数を減らす
- qsplitの子ウィジェット感のサイズ変更のように、
サイズ変更が終了した時だけ描画する
などで対処したいのですが、何か良い方法はありませんか。
現在の第一候補はQPlainTextEditの resizeEvent のオーバーライドで、
イベント発行数を1/5ぐらいにする方法です。
(親クラスのリサイズの呼び出し回数を減らす)
ただ、問題もありそうなので、もっと良い方法を探しています。
アドバイスいただけないでしょうか。
よろしくお願いします。
> QPlainTextEditにでかいファイルを読み込ませた状態で
> 「MainWindowのサイズを変更したことによる
> リサイズイベント」が発生すると、非常に処理が重いです。
リサイズイベントハンドラのソースは以下のようになっています。
if (e->oldSize().width() != e->size().width())
d->relayoutDocument();
たぶん、relayoutDocument() で右端で折り返す処理を行なっているんだけど、
行数が多いとこれに処理時間がかかってしまうんだと思う。
表示されている部分だけをレイアウト処理して、それ以外はマルチスレッド化
するといいとは思うけど、対処はかなり難しいと思う。
エンターを押下したら特定のュボタンをクリックしたのと同じ効果となる方法ってありますか？
> エンターを押下したら特定のュボタンをクリックしたのと同じ効果となる方法ってありますか？
keyEvent() で エンター かどうかを判定し、そうなら ュボタンの clicked() シグナルを
エミットすればいいんじゃね？
clicked()シグナルのエミットのみでは、クリックしたのと同じ効果にはならないし、
エンターの判定には、どこにフォーカスがあるかどうかも考慮する必要があります。
>>89
ュボタンのanimateClick()を呼べばクリックしたのと同じことになります。
例えば、どこでもよいからエンターを押したのを判断するならば、QApplicationにイベントフィルターを設定して、
エンター押下を判断して、特定のボタンに対して、animateClick()を呼べばよいでしょう。
QDialogだけかもしれないけど、QPushButtonのdefaultをtrueにすれば良さそう。
QLineEditなどがあったらダメでしょう。
QListとかQHashなどのコンテナってスレッドセーフにできてるんですか？
自分の作ったものじゃないウィジェッドを使ってプログラムを作ってる最中なんですが、
スロットの中で、QLisｔのメンバ変数にデータを追加する時に、
アクセスエラーと言われて落ちてしまいます。
自動で排他制御したりはしてくれないので
別スレッドからインスタンスに触るときは、QMutexLockerなりなんなりで保護しないとダメです
QMutexLockerってものがあったんですね。
CMake Error at c:/CMake/share/cmake-2.8/Modules/FindQt4.cmake:575 (MESSAGE):
It appears you're trying to use Visual Studio with Qt built by mingw.
Those compilers do not produce code compatible with each other.
Call Stack (most recent call first):
CMakeLists.txt:52 (FIND_PACKAGE)
これはどう言ったエラーでしょうか
mingwとgccでcmakeしろと書いてあったのでやってみています。
エラー文でclがないとエラーが出たのでvisual studio expressを入れて、
次はqtがないとエラーが出たのでqt sdkを入れてみました。
エラー文はqtとvisual studioは競合しているように言ってるように思うのですが・・
失礼しました
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
雑談スレ 4 (315)
ネットワークプログラミング相談室 Port27 (846)
くだすれC++Builder（超初心者用）その4 (974)
【QBASIC互換!?】FreeBasic【GPL】 (494)
【bzr】Bazaarでバージョン管理 Rev 3 (883)
ソフトウェア開発技術者取れた奴の集い (371)
--log9.info------------------
【我、闇とて】エフェクターでハイゲイン21【激歪】 (436)
スラップ（チョッパー）ベース総合スレッド第34回 (306)
【AriaProⅡ】アリアについて語ろう 14本目【AP】 (638)
ORANGE AMP 4 (204)
浅井健一の音について (148)
ID砲丸投げ in 楽器作曲板 10投目 (619)
ENGL part.4 (196)
豪華家具調カスタム手工ハイエンドベース (775)
【FGN】フジゲン【FUJIGEN】 2 (196)
Girls Dead Monster (473)
【初心者】同じ教本で練習するスレ 4冊目【歓迎】 (756)
「アンプの歪み」ＶＳ「エフェクターの歪み」 (822)
AKBの生演奏すごすぎワロタｗｗｗ (783)
【BB】Gibson Les Paul Custom Part18【78】 (286)
ヴァイオリン 楽器について語るスレ 12挺目 (547)
【スチュアート】Spector【スペクター】 (521)
--log55.com------------------
【プリンorかみゅ】獣コミュニティ158ロコ【はちぶさんれんorかんくろー】
自重しない男女ノマカプ厨がうざい12
【プリンorかみゅ】獣コミュニティ158ロコ【はちぶさんれんorかんくろー】
【プリンorかみゅ】獣コミュニティ158ロコ【ちぶさんれんorかんくろー】
【プリンorかみゅ】獣コミュニティ158ロコ【ちぶさんれんorかんくろー】
【犯人当てプリン,ガロウ好き】獣コミュニティ157ロコ【ボトムはちぶさんれん,かんくろー】
【犯人当てプリン,ガロウ好き】獣コミュニティ157ロコ【ボトムはちぶさんれん,かんくろー】
【プリン,ガロウ好き】獣コミュニティ156ロコ【ボトムはちぶさんれん,かんくろー】
