[KDE/Qt]Qtについての疑問を教えあうスレ 3

1 名前：デフォルトの名無しさん [2007/11/04(日) 15:41:46 ] 【次スレ案】 QtはTrollTechが作成したC++ベースのGUI toolkitで、 OS間の差異を意識せず開発できるように作られたライブラリ群です GUIだけではなく、ネットワーク、マルチスレッド、グラフィック(OpenGL)や 各種コンテナ、XMLパーサーなど豊富なライブラリを持ちます Win, Linux, Mac版があり、11月04日現在でQt4.3.2 有料版・無料版(Open Source Edition)とあり、無料版はGPL ■Trolltech 　　trolltech.com/ ■ダウンロード 　　trolltech.com/developer/downloads ■Qt ダウンロード 　　trolltech.com/developer/downloads/qt/index ■Qt 4.3 リファレンスドキュメント (オープンソース版) 　　doc.trolltech.com/4.3/ ■解説本・サイトなど 　　trolltech.com/developer/books.html 　　ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-344-9 　　www.sra.co.jp/qt/relation/index.html ■前スレ 　　[KDE/Qt]Qtについての疑問を教えあうスレ 2 　　pc11.2ch.net/test/read.cgi/tech/1130300775/ 233 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 07:58:00 ] >>228-230 そのへんGPLとLGPLでも多少違うが、GPLの場合次のどれか。 a. ソースコードを付属させる b. くれと言われればどなたにでもソースコードをお渡ししますと書いておく c. ソースコードを入手できるURLをドキュメントにでも書いておく この中で一番楽かつ安全なのはa。bやcは付帯条件がなにげにきつい。 b: くれと言ってきた奴が誰であっても渡さなければならず、かつバイナリ配布をやめた後もしばらくは維持しないといけない。 c: 自分も同じ条件で他からバイナリで受け取った場合、かつ非商用限定。 但し書きによれば、これならaに準ずるとみなされることになっている↓ a'. バイナリとソースコードを別のtarballに分けたが同じ場所からダウンロードできるようにしてある でもc以外は作者管理下から第三者管理下へのソースコード配布を要請している と読む方が自然なので、管理主体も違う別サイトへのリンクをa'とみなせるか というと、難しいだろうね。 >>228 LGPLと異なり、GPLの場合、ソースの別途配布はバイナリ持ってる人に限定は不可。 234 名前：デフォルトの名無しさん [2008/03/01(土) 08:12:02 ] 基本的にはソースコードのみ 235 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 08:35:55 ] >>233 バイナリ渡していない人にソース渡すことは義務ではないのでは？ 236 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 08:41:58 ] Leafは該当ゲーム購入者にだけソース渡したな。 流石GPLというか、現在はネットにソース転がってるけど。 237 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 09:22:58 ] ふ〜〜ん。結局のところ、自作ソースとQTのソースとどちらも同じ場所から ダウンロードなりできるようにしとくのが安全なのか。 商用にもなる、ソースコードを 自分のサイトにアップロードはなんか罪悪感があるな…。 あと、DLL部分のみ抽出して、アップロードするのはめんどくさい。 全ソースが楽な気がする。（DLLができることが前提ってことで） 良いんだよね？QT全ソース公開も…。 238 名前：デフォルトの名無しさん [2008/03/01(土) 09:23:09 ] >>89 >>194 239 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 09:49:44 ] 別に今だったらgooglecodeにでも置いておけば問題なくね？ 半分容量なくなるけど別にそんなに大きなプログラム書く奴なんてそうそういないだろうし。 -rw-rw-r-- 1 user name 43988710 2008-02-26 01:32 qt-x11-opensource-src-4.3.4.tar.gz てかこういうライブラリやソースは独自改変してないんだったらTrolltechが配ってるので間に合うし、 そっちから入手するかディストリ経由が一般的じゃない? 240 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 13:04:15 ] designer の使いかたのコツがわかりません。 例えば、 lineEdit に数 x を入力して lcdNumber で f(x) を表示 したいとします。designer で widget 入れて signal/slot を編集すると ui_xxx.h に QObject::connect(lineEdit, SIGNAL(textChanged(QString)), lcdNumber, SLOT(display(QString))); が入り、 lcdNumber に同じ数 (x) の表示はできます。これを f(x) にする にはどうしたら良いのでしょうか？もちろん f(x) はどこかで定義しますが、 ui_xxx.h は自動的に生成されるのでこれを編集してもまずいですし、 SLOT にどう f(x) を入れたら良いのかもイマイチわかりません。 designer 無しで全部打ち込めば良いといえばそうなのですが、designer で ここまで来れるならあと数行打ち込むだけでなんとかなると思うのですが。 わかる方いたら教えていただけると幸いです。 241 名前：デフォルトの名無しさん [2008/03/07(金) 15:01:35 ] designer の signal/slot を使わないで、自分でconnectを書けば。 242 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 20:20:23 ] デザイナはsetGeometryを自分で書く代わりだけぐらいに使った方がいい 243 名前：デフォルトの名無しさん [2008/03/07(金) 20:37:36 ] >>242 setGeometry は使わずにレイアウト機能を使うべき。 244 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 20:53:38 ] >>240 Designerのsignal/slot設定はおまけだから フォームを使う側でfindChildするのが普通じゃないかな 245 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 21:47:09 ] Qt4.3からOpenGLを使うときに、glTexImage2Dではミップマップが有効にならないようなんですが どうしたらミップマップを有効にできるのでしょうか？ 246 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 22:24:21 ] >>241-244 どうもありがとうございます。そういうものなんですか… designer で一歩手前まで行ける（同じ数なら最後まで行ける）ので、 それを活用してちょこっと書き換えるだけで行けるのかと思っていました。 IDE あまり使わずに書くのは普段やっていることなのでいいんですが、 IDE に慣れていないので本来から見ると非常に非効率な使いかた をしているかと危惧していました。 247 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 22:39:06 ] QLibraryInfo::SettingsPath がどうも変になるのですが、 qt.confファイルのありかがわかりません。 FreeBSD-7.0-RELEASE において Qt-4.3.1 を使用しています。 PrefixPath=/usr/local DocumentationPath=/usr/local/share/doc/qt4 HeadersPath=/usr/local/include LibrariesPath=/usr/local/lib BinariesPath=/usr/local/bin PluginsPath=/usr/local/lib/qt4/plugins DataPath=/usr/local/share/qt4 TranslationsPath=/usr/local/share/qt4/translations SettingsPath=/usr/local/local/etc/xdg ExamplesPath=/usr/local/share/qt4/examples DemosPath=/usr/local/share/qt4/demos この出力は下記のプログラムによります。 248 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 22:41:51 ] #include <QCoreApplication> #include <QDebug> #include <QLibraryInfo> #include <QString> int main(int argc, char *argv[]) { QCoreApplication app(argc, argv); QByteArray debugstring= QString("PrefixPath=%1\nDocumentationPath=%2\n" "HeadersPath=%3\nLibrariesPath=%4\nBinariesPath=%5\nPluginsPath=%6\n" "DataPath=%7\nTranslationsPath=%8\nSettingsPath=%9\n" "ExamplesPath=%10\nDemosPath=%11") .arg(QLibraryInfo::location(QLibraryInfo::PrefixPath)) .arg(QLibraryInfo::location(QLibraryInfo::DocumentationPath)) .arg(QLibraryInfo::location(QLibraryInfo::HeadersPath)) .arg(QLibraryInfo::location(QLibraryInfo::LibrariesPath)) .arg(QLibraryInfo::location(QLibraryInfo::BinariesPath)) .arg(QLibraryInfo::location(QLibraryInfo::PluginsPath)) .arg(QLibraryInfo::location(QLibraryInfo::DataPath)) .arg(QLibraryInfo::location(QLibraryInfo::TranslationsPath)) .arg(QLibraryInfo::location(QLibraryInfo::SettingsPath)) .arg(QLibraryInfo::location(QLibraryInfo::ExamplesPath)) .arg(QLibraryInfo::location(QLibraryInfo::DemosPath)) .toLatin1(); qDebug(debugstring.data()); return 0; } 249 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:08:36 ] .argを使いすぎ 250 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 16:06:28 ] Qt VS Integration を使っとります。 Visual Studio のディレクトリ設定で DirectX のInclude やら Lib のパスを設定してるにも関らず VS Integration を使うとそのパスが反映されてないようなのですが、解決方法ありますか？ include ファイルを開けません。 とエラーが出るのです orz プロジェクトのプロパティで追加のインクルードディレクトリに DirectX のパスを追加すれば通るんですけど、何故 ディレクトリ設定は無視されるのでしょうか。 251 名前：デフォルトの名無しさん [2008/03/14(金) 21:39:13 ] >>250 VS Integration は、商用ライセンスでなければ使えない。 ライセンスを買ったところに訊かないのはなぜ？ 252 名前：250 mailto:sage [2008/03/17(月) 10:42:27 ] わかる方がいたらと思って質問してみたのですが反応が悪いですね・・・ （あんまり商用版は使われていないのかな・・・ 商用ライセンスは持っておりますので、サポートの方に投げてみようと思います。 >>251 氏 反応してくれてありがとう。 253 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 15:34:59 ] QRubberBandのQRubberBand::Rectangleを使用して マウスの動きに合わせて矩形のラバーバンドを表示させようとすると、 塗りつぶしの矩形になってしまいます。 塗りつぶさず、外郭線でのラバーバンドを書く方法ってありますか？ QRubberBand::Lineでやってみても、線が一本しか表示できず･･･ 254 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 16:57:52 ] QRubberBand 使ったことないんだけど、外郭線なら mousePressEvent で始点を取って、 mouseMoveEvent, mouseLeaveEvent で終点を取れば QPainter.drawRect　でいけるんじゃないかな？ 255 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 16:25:31 ] qt4-designer で作った widget にはどのように絵を描けば良いのでしょうか？ widget を作れば例えば ui.widget になりますが、こいつの paintEvent を 書くことになるんでしょうか？そうするとどこに書けば良いのでしょうか？ tutorial の例とかだと、widget を明示的に作っているのでそれの paintEvent を書くと良いのですが、できれば GUI をグラフィカルに 調整したいのでデザイナーで widget を作りたいのです。 256 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 16:43:16 ] designerで作ったwidgetを格上げすればいいよ widgetを右クリック→格上げ 257 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 23:49:20 ] >>256 早速の返事どうもありがとうございました。大変助かりました。 tutorial とか本とか見ていたのですが、どう designer を使うか わからなくて悩んでいました。試してみましたがうまく行きそうです。 こんなに簡単なことだとは思いませんでした。 258 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 15:25:09 ] QTableWidgetを使用してスプレッドシートのようなものを作っていますが、 QTableWidgetItemに数字だけを入力可能にするような設定は可能なのでしょうか？ QLineEditならsetValidatorを使って設定できるのですが･･･ あと、QTableWidgetItemにボタンって付けられるのでしょうか？ 本を買って色々調べてみたのですが、どうにも分かりません。 259 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 23:52:56 ] setCellWidgetでQLineEditを貼り付けたら？ 260 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 09:14:51 ] >>259 出来ました！回答ありがとうございます。 261 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 22:16:21 ] ウィンドウマネージャにqlwm使ってる人いる？ 軽くて気に入ってるんだけど、 どういうわけかdesignerでウィジェットリストの部品を掴むと、 カーソルが'Forbidden'の形(駐禁マークみたいなの)に替わってしまい、 フォームにドラッグアンドドロップできない。 ~/.config/Trolltech/Designer.conf と ~/.designer/ 以下のすべてを取り除いてやりなおしても同じ結果。 ところがWindowmakerとxfce4では問題なく作業できる。 要するに相性の問題みたいなのだが、いったいどこが悪いのだろう。 (kde-4.0.3はインストール済みだが起動後クラッシュの原因が不明で確認できず) 262 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:24:41 ] そろそろQt5の話が出てもいい頃だと思うが 263 名前：デフォルトの名無しさん [2008/04/23(水) 22:18:04 ] 思わないが 264 名前：デフォルトの名無しさん [2008/05/07(水) 10:57:31 ] ITRON や T-Engine 上で動作できますか？ （Xは無し） 265 名前：デフォルトの名無しさん [2008/05/07(水) 21:48:04 ] ひっそりと 4.4 リリース 266 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:55:08 ] >>262 構想は俺の頭の中にある 267 名前：デフォルトの名無しさん [2008/05/09(金) 18:14:24 ] Qtは基本的にマルチプラットフォームでネイティブなGUIアプリを作りたい場合のツールキットだよな？ そもそもそんなニーズがあるのか？ ネイティブじゃなくていいならJavaがあるし、GUIじゃなくていいならスクリプト系言語が腐るほどあるし。 Qt使って成功したパッケージソフトあるの？ 268 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:34:01 ] >>267 XDvi とか Skype とかは、Qtを使っている様子は見えたけど。 あと、 Google Earthとか、シミュレーションソフトの Flow3D とか。 269 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:38:40 ] つSkype コアな音声部分はQt関係ないがなｗGUI&チャットのみだわ やっぱ組み込みだわなシェアあるのは、ここにはかけんけど結構そんなのが 270 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 19:47:15 ] Linux + C++なら割と多いんじゃない？ 271 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 20:23:25 ] Qt はマルチプラットフォームがメインじゃ無いんじゃないかな。 むしろ、Linux で C++ のアプリケーション作る道具。 KDE 関係もあるし、そういう意味じゃ用途はある。 「成功したパッケージソフト」が商用という意味ならば、Qt 以前に 元々そんなもの自体が Linux に少ないから。 272 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 20:34:54 ] >>267 Photoshop Elements 273 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:43:22 ] Qtは８年ぐらい前に、会社の業務とは関係なしにちょっと勉強したことがあったけど、 これをモノにしても金にならないと思ってやめた。 シェアウェアで稼ぐならWindowsしかなかったし。 でも最近はマックのシェアが伸びてきているので、またQtに興味が出てきたところ。 LinuxはGPLのせいで全く金にならないし、ディストロやインストールの選択肢がありすぎて 個人でのサポートは事実上不可能。 KDEライブラリは訳分からなかった。Qtを単にラップしただけのものから、特定のKDEアプリの 副産物としか思えないような機能テンコモリのクラスまで、粒度がばらばらで、 クラス階層が厚化粧で、すごく使いにくい。 Document/Viewアーキテクチャとか当時のMFCのパクリみたいな、今では古くさい構造も 複雑で分かりにくかったし、KDEは総じて糞だと思った。今はマシになっただろうか。 274 名前：デフォルトの名無しさん [2008/05/09(金) 22:02:56 ] Mac OS X でも商用ライセンスじゃない Qt を使うなら GPL だぞ。 Linux でもユーザランドは GPL 必須じゃないぞ。 ちなみに Cocoa 版の Qt が開発中らしい。まだ日本語は使えないっぽいけど。 labs.trolltech.com/blogs/2008/03/03/qtmac-cocoa-port-alpha-released/ 275 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:03:11 ] >>273 8 年前とじゃ Qt は大分変わってるよ。金になるかどうかは知らんが… 276 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:04:27 ] あと、QtはネイティブコンパイルができるRAD環境としてはC++Builderよりは将来性があるかも。 MFCもC++Builderもそうだったと思うけど、フォントが大きくなってもダイアログサイズが固定とか、 Labelが回り込んでくれないので国際化対応をすると全部文字がでないことがあるとか、 ものすごくダメな設計だったけど、QtはJavaと同じくその辺はうまくやってくれるので。 .NETは使ってないので知らない。 277 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:04:42 ] 金にならないって点は変わってないがQt自体の出来はずいぶんよくなった 278 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 23:44:18 ] >>277 8年前だとQt2くらい？ そりゃ違いすぎるよな。 279 名前：デフォルトの名無しさん [2008/05/10(土) 15:21:11 ] てゆうことはあれだな。 Qtで作るべきなのは、クライアント側には何の技術的価値もないネットサービスのクライアントソフトだな。 そういう種類のソフトはクロスプラットフォームであるべきだが、 Javaや.NETみたいに追加のランタイムが必要だったり起動や動作が激遅になるのは困るので、 ネイティブである必要があると。 ネットサービスを登録制の有料にすれば、クライアント側のソースコードをGPLで公開したとしても、 何の不都合もないし。 280 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 15:45:40 ] >>279 へんなひとりごとだな。 281 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:16:17 ] >>279 突っ込みどころが多すぎてわろた 282 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:38:53 ] >>279 何か問題が起きたらとりあえずＴのせいに出来るｗ>>com版 283 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:36:46 ] 金稼げないなら５０万もする商用ライセンスを買うが意味ない。 マックにはOS付属の統合開発環境Xcode & InterfaceBuilderがあるし、 Windowsには無料のVS2008Expressがあるし、 Linuxは金取れないOSだからそもそも開発しないし。 284 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:46:18 ] >>283 ハラいてー 285 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:01:39 ] ↑金取れないOSでボランティア活動してる暇人？ 286 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:24:57 ] おもしろー 287 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 03:15:52 ] 283は何かを親切に心配してくれてるんだと思うけど ふつーにQtでカネ稼いでくっていってますよ。 288 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:34:20 ] 金が欲しいならプログラマなんかやめて弁護士か公務員になるのが賢明 289 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:53:14 ] すれち 290 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:54:13 ] >>287 どういう種類のソフト作ってるの？ クライアント側には何の技術的価値もないネットサービスのクライアントソフト？ 291 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 16:04:43 ] >>290 287じゃないが… 俺もLinux+Qtでお金もらってますよ。制御用端末だけど。 クライアントといえばクライアントだけど、クライアント=技術的価値がない、とは思わないな。 なんで技術的価値がないことにしたいのかな? 292 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 16:26:15 ] >>291 そういう一品モノの受託開発だったら何使おうと勝手だし、 社員が自腹でライセンス買う訳でもないし、会社に「買って（はあと）」とお願いするだけだから、 気楽でいいだろうけどね。 Qt使ってシェアウェアやパッケージ製品で金を稼いでる人はいる？ マーケットで価格や性能を競争しなければならないソフトという意味で。 293 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 16:43:06 ] パッケージ業界からして斜陽なのに・・・ Qtはクロスプラットフォームな社内用でしょ 294 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:04:22 ] Qtで一山当てようと皮算用する学生さんか 夢一杯でいいね 295 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:18:08 ] >>292 気楽でいいだろう、ですか。 なんか喧嘩腰というか挑発的だなあ。感心しないですね。 あなたは個人でソフトの開発をやってるんですね。 会社で開発やってれば、普通は自腹はないですよ。 だから、「開発ツールが会社持ちだったら気楽」というのはちょっと変ですね。 それに受託だって市場で競争があるわけですし。 Qtを使ってパッケージ製品で稼いでいる人がいるかどうかをここで聞いて、「はいオレオレ」と いう人が居なかったら、世界中で誰もQtを使って稼いでいないことになるわけじゃないですよね。 俺が趣味で使っているソフトがQtで作ってありますよ。Windows、Mac、Linux版があるけど俺は Windows版買ってます。 要はどれだけ魅力的なソフトを作れるかどうかじゃないでしょうか。 ただ、パッケージやシェアウェアそのものが生活の糧にはなりにくい世の中になっていると思いますよ。 ましてや普通の個人が作れる程度のシェアウェアやパッケージなら、意欲的で能力の高い趣味グラマが 対抗してフリーソフトを作っちゃう時代です。 あと、世の中の職業プログラマの大半はパッケージ以外のプログラムを組んでいると思ってるんですが。 小遣い稼ぎなら、Windowsに絞ってVC++などで組んだ方が初期投資が小さい分幸せになれるかもしれ ないです。ユーザーも多いですし。 296 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:26:54 ] >>292 >>272 297 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:51:17 ] >>295 一つの顧客のために作るソフトは気楽だよ。 俺は受託もパッケージも両方やったけど、受託の方はその客だけを納得させればいいんだから楽。 処理が遅くても「いやこれはデータベースがなんたらかんたらで、この程度の速度になるのが普通なんですよ。」 みたいな適当なことを言って納得してもらえば済む。 パッケージの方は１０万本とか売れたりするし、要求レベルが格段に高くなる。 競合製品もあるし、売った後も機能追加や性能アップに努めなければいけない。 バージョンアップを続けながら将来にわたってサポートしなければならないから、 開発プラットフォーム選びを間違うと致命傷になる。 そういう意味で「一品モノの開発にQtを使ってます」という情報にはあまり価値がないわけ。 もっとシビアな世界で通用するものかどうかが知りたい。 298 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 20:57:57 ] >>297 パッケージソフトにも使われてるよって書いたのですが。 結論から言えば、通用するものを作れば通用する、という当たり前の話に落ち着きますね。 でも10万本単位のパッケージソフトを扱う実績のある人が、Qtでどんなパッケージソフトが作られて いるかを、なぜ2ちゃんねるでお調べになるのでしょうか。TrolltechかSRAあたりに尋ねられたら いいような気がしますが。 お作りになるパッケージソフトのカテゴリによって向き不向きもあるでしょうし、対象になるOSによっても 向き不向きがあると思います。 俺の場合はLinux端末のGUIを作るのに便利だから慣れているものを使ったまでですよ。 Windowsだけで、あるいはMacだけで、すべてにおいてベストを目指すという夢みたいな話なら、 Qtは避けた方が良いように思います。OSのGUIパーツの上にQtが被っているのは間違いありませんし、 多かれ少なかれパフォーマンスは落ちると思います。 いずれにしてもQtを使うべきかどうか、ここで迷っているような人には向いていないような気がします。 299 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:06:39 ] >>297 既出かと思っていたのですが、WEBで公開されているアプリケーション事例です。 ttp://trolltech.com/company/customers/coolapps でもここぐらいはご覧になってますよねえ。 300 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 22:16:55 ] 10万本も売れているか判らないけど、Maxwell RenderもQtだった気がする 301 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 22:33:37 ] >>297 > そういう意味で「一品モノの開発にQtを使ってます」という情報にはあまり価値がないわけ。 > もっとシビアな世界で通用するものかどうかが知りたい。 一品ものも意味があると思うけどね。そういう所でよく使われて いるとしたら、速く楽に開発しやすいという可能性大きいし。 302 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:07:13 ] 定期的にスレが伸びるけどこんな話題ばかりだな 303 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 00:20:49 ] 本当に仕事だったら開発の時間費用と、製品のパフォーマンスとのトレードオフは考えるよなあ。 304 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 12:19:38 ] >>303 QtはRADじゃないし開発期間短縮にはならないがな。 むしろクロスプラットフォーム対応のための訳の分からない挙動があって、 しかもそれに関する情報量が少なくて開発期間は延びると考えるのが普通。 処理もモッサリだし、性能を出すためにも労力が要る。 それでも使うのはクロスプラットフォームだから。 あるいは、Linux系ではQtしか使ったことがないプログラマーがいて、 そいつがどうしてもQt使いたいとダダをこねるケース。 そういうのは邪道。 305 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 12:25:16 ] えー、GUIクラスライブラリならソースもよくなるし、C++なら実行速度最低限は保障されてんじゃないの？ Qtを導入しようと思ってるとこだから、質問。 ちょっと興味半分だけど、だったらLinuxだと、何のクラスライブラリが良いんだろう。。。 306 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 12:42:38 ] >>304 > QtはRADじゃないし開発期間短縮にはならないがな。 … > それでも使うのはクロスプラットフォームだから。 … クロスプラットフォームじゃなくて良いから、Linux で 「開発期間短縮」できる C++ 開発環境って何？ 俺はいくつか試して Qt が一番つかいやすそうだから使ってる けど、もっと開発期間短縮できるものがあるということだよね。 それは知りたい。 307 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 13:54:59 ] > QtはRADじゃないし開発期間短縮にはならないがな。 qt使ったことないんだけど、ポトペタＩＤＥがあるじゃん。 それをRADというんだと思ふ。 308 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 13:57:02 ] Emacs以上に優れた開発環境など存在しない 309 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:27:26 ] >>307 RADというのはVBみたいにGUIデザイン画面のオブジェクトをダブルクリックしたら、 そのオブジェクト用のイベント処理が書けるようなものを言うんだよ。 310 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:39:48 ] >>309 Qtじゃ、マウスでイベントハンドラを作れないんだぁ。 でも、イベントハンドラを手書きできて、コンポーネントに設定できるんなら許せるけど。 まさか、コンポーネントにイベントハンドラが無いってことはないよね？ その場合、メソッドのオーバーライドでイベントハンドラっぽく書けるなら、まだ許せるかなぁ。 311 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 15:09:27 ] PyQtが楽でいい designerも使えるしね 312 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 18:19:40 ] >>304 X lib/X Toolkit /Athena Widgetあたりでごりごり書きたいひと？ 313 名前：デフォルトの名無しさん [2008/05/12(月) 18:20:07 ] >>306 Gtk+ を C++ から使ったり、wxWidget や Tk を使うより効率が良いの? もしそうなら興味がある 314 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 20:44:29 ] >>309 Qt の signal 編集とか buddy 編集とかがそれにあたるのかな。 自分で書いた method には繋げないけど。 315 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:07:35 ] >>304 アホだろ。RADでなければ開発期間短縮できないなんて。 316 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:18:43 ] >>313 ちょっと両方使って判断したけど、Qt4 の方がラクダと思った。 Qt4 では designer で GUI を弄って C++ コードは他のもの (Eclipse との 統合使うとか、別に emacs, vi でも構わん）で使う。Qt4 は IDE では ないからね。designer で GUI 配置は簡単。つなげ方がちょっと初め わかりにくかったけど、慣れると悪くない。Gtk+ に比べて C++ ネイティブだし。 あと Qt Assistant を使うと API が簡単にわかる。 興味あるなら Qt Demo, Assistant あたりをざっと見てみると良いかも。 それだったらメジャーな distro なら簡単に入るし。結局、 google しても わかるように両方を良く知っている人はあまりいないから自分で判断するしかない。 ただ、これは C++ + GUI の話。Tk とかになるとむしろ PyQt とか比較した 方がいいんじゃないかな。 317 名前：デフォルトの名無しさん [2008/05/12(月) 21:34:06 ] C++ ネイティブ対決するなら wx だね。 これはライセンスや実装ポリシーの違いの影響が大きそうで 人によって評価がはっきり分かれそうだけど。 318 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:41:03 ] gtkmmのこともたまには思い出して上げてくだしあ 319 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 22:39:37 ] wx: MFCっぽいマクロがキモい gtkmm: ラッパなので例外がローカルでしか使えない　FAQがウソばっかり 慣れるまでどのリファレンスを見ればいいかわからない Qt: C++非標準 ドキュメント充実 メタオブジェクトシステムはウンコ ろくなのないな・・ 320 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 22:41:13 ] 何だかんだ言って、Javaが一番整ってる気がしてきた。 gtkとかありえないし。 321 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 23:14:43 ] >>320 Java かったるくない？ Java も使うけど、お節介でうるさい 人に見守られているような感覚で coding するのはイマイチ 息苦しい時がある。C++ の方が気楽。 あと GUI 弄るのに何使う？ Netbeans? 322 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 23:29:35 ] ろくなのがないなとか言う奴は、まず間違いなくろくでなし。 323 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 02:30:56 ] >>319 おまえの言う使えるライブラリってなによ？ 324 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 13:06:45 ] >>321 バカなプログラマは常に監視されてるようなお節介な言語じゃないと バグを量産するのよ。仕事で使う言語と、趣味で使う言語は違うって話。 325 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 18:20:19 ] >>319 qmakeがキモい も忘れないでくれ キモでもあるんだが 326 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 21:00:31 ] qmakeいいじゃん３行でmocも終わり 327 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 21:59:13 ] VisualStudioIntegrationを使っている人、 少ないんですね。あれ、便利です。 つーか、ふつーはそこまでしてQtにこだわる 必要性がないのかもしれない。 328 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 22:09:03 ] VC++のISが糞だから他のエディタ使うし C#のは一品なのにな 329 名前：デフォルトの名無しさん [2008/05/14(水) 15:30:05 ] QtでキーボードフックのAPIある？ Win32のSetWindowsHookExみたいな奴。 フックしないといけないソフトを作るんだけど。 330 名前：デフォルトの名無しさん [2008/05/15(木) 01:12:10 ] >>320 Java はいいけれど、Java の AWT/Swing/SWT は、GUI の駄作。 Java で作ったものがよいというのは大間違い。 331 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 01:31:00 ] JavaのGUIが駄作というならQtのGUIもかなり微妙だけどな。 NetBeansはRADだからGUIもサクサク作れるし、Javaの勝ち。 332 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 01:34:27 ] GUIはCocoa最強 333 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 01:37:12 ] >>328 Refrectionがまともに動く言語と比べちゃだめじゃろ>> IS

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef