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

1 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 13:26:15 ] QtはTrollTechが作成したC++ベースのGUI toolkitで、 OS間の差異を意識せず開発できるように作られたライブラリ群です GUIだけではなく、ネットワーク、マルチスレッド、グラフィック(OpenGL)や 各種コンテナ、XMLパーサーなど豊富なライブラリを持ちます Win, Linux, Mac版があり、10月26日現在でQt4.0.1 有料版・無料版(Open Source Edition)とあり、無料版はGPL ■Trolltech 　　www.trolltech.com/ ■The Qt Open Source Edition is available for download 　　www.trolltech.com/download/opensource.html ■Open Source Edition download files 　　www.trolltech.com/download/opensource.html 　　★ Qt/Windows Open Source Edition 　　　　www.trolltech.com/download/qt/windows.html 　　★ Qt/X11 Open Source Edition 　　　　www.trolltech.com/download/qt/x11.html 　　★ Qt/Mac Open Source Edition 　　　　www.anime-int.com/download/qt/mac.html ■Qt4 Reference 　　・Trolltech公式 doc.trolltech.com/4.0/index.html 　　・一部邦訳版　 torafugu.com/Trolltech/qt-4.0.0/html/index.html ■Qt GUI Programming (内容はQt3ベースだけどQt4にも十分応用できます) 　　・洋書　www.trolltech.com/developer/books.html 　　・邦訳　store.sbpnet.jp/bm_detail.asp?sku=4797328304 577 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 11:28:56 ] Qt使い始めました。 どうして以下のコードは期待している動作をしないのでしょう？ -- counter.h --- #include <QObject> class Counter : public QObject { Q_OBJECT private: int m_value; public: Counter() { m_value = 0; } int value() const { return m_value; } public slots: void setValue(int value); signals: void valueChanged(int newValue); }; --- counter.cpp --- #include "counter.h" void Counter::setValue(int value) { if (value != m_value) { m_value = value; emit valueChanged(value); } } 578 名前：続き mailto:sage [2007/03/05(月) 11:30:02 ] --- main.cpp --- #include <iostream> #include <QObject> #include "counter.h" int main(int argc, char *argv[]) { Counter a, b; QObject::connect(&a, SIGNAL(valueChange(int)), &b, SLOT(setValue(int))); std::cout << "a: " << a.value() << " b: " << b.value() << std::endl; a.setValue(12); std::cout << "a: " << a.value() << " b: " << b.value() << std::endl; b.setValue(48); std::cout << "a: " << a.value() << " b: " << b.value() << std::endl; return 0; } 579 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 13:13:27 ] >>577 最初は a b ともに 12、次はaが12、bが48になったけど。 期待通りの動作ではない？ 580 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 19:44:46 ] う〜ん、もちろんそれが期待通りなんだけどコンパイル、実行しても なにも表示されないんだよね〜 581 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 20:03:27 ] 確かwindowsだと標準出力に出なかったような...。 linuxだとちゃんと出るし、windowsでもcygwin上から実行すると出た気がします。 582 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 20:12:17 ] 確かに当方、mingw版です。cout取られちゃうんですね。了解しますた。 583 名前：デフォルトの名無しさん [2007/03/10(土) 06:48:59 ] >>574 www.trolltech.com/developer/notes/compilers/gcc 584 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 15:01:07 ] printfやfprintfだとどうなる？ 585 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 15:46:01 ] qDebug() << "hello, world" とか、よくやります。 586 名前：デフォルトの名無しさん [2007/03/27(火) 21:42:58 ] qtnode.net/wiki/Qt4_with_Visual_Studio ここで紹介されている方法でQtをコンパイルして、 そのライブラリを使ったソフトウェアをGPLに基づいて商用利用することって可能なんですよね？ 587 名前：デフォルトの名無しさん mailto:sage [2007/03/27(火) 22:15:53 ] ＧＰＬ的には可能ではないのか？ 588 名前：デフォルトの名無しさん mailto:sage [2007/03/27(火) 23:20:16 ] ソース毎コピーされて、ばらまかれても商売が成り立つならいいんでないの。 589 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 13:40:51 ] >>587,588 どもです。 590 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 21:33:11 ] >586 何をやるか、すごく興味がある できれば、おしえてくれませんか？ 591 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 16:17:29 ] >>590 ただ商用ライセンス高いからGPLをソフトを配布するかなと思ってるだけです。 >>577 .proファイルに CONFIG += console と追加したらwindowsでも qDebug()<< "moji"; で出力できるようになりました。 592 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 19:42:02 ] Qtのオープンソース版4.2.3をセットアップするところで躓きました… MinGW5.1.3をインストール済みなんですが、 Qtセットアップ時のMinGWのパスを指定するところで以下の警告が出ます。 -- There is a problem with your MinGW installation: The installer could not find a valid C:\MinGW\include\w32api.h (The supported version is 3.2) Do you still want to continue?(Your installation may not work) -- 最後で予見されてるように、もうconfigureから通りませんでした。 インストール済みのMinGWのw32API.hには、 #define __W32API_VERSION 3.9 と定義されていますが、これはバージョンが新しすぎるということなのですか…？ 593 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 16:14:24 ] ftp.iasi.roedu.net/mirrors/ftp.trolltech.com/qt/source/qt-win-opensource-4.2.3-mingw.exe とりあえずこの辺のを落としてmingwをインストールしてもらったらどうでしょうか？ その結果と今の結果を比較してみたら何かわかるかも。 594 名前：デフォルトの名無しさん [2007/04/05(木) 06:45:30 ] ftp://ftp.trolltech.com/misc/ 595 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 09:04:10 ] シェアウエアは商用に入りますか？ バナナはおやつに入りますか？ 596 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 18:06:18 ] シェアウエアのライセンスがGPLであることに耐えられるなら、 free版を使えばいい。寧ろシェアウエアの本義に近いな。 GPLなバナナは(ry 597 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 21:47:08 ] 食べたらどうなるんだｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 598 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 22:32:13 ] 難読化してもセーフ？ 599 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 02:00:52 ] >>593 とりあえずw32api.hにある定数を以下のように書き換えたら通りました…。 書き換えていいのか分からないですが。 #define __W32API_VERSION 3.2 #define __W32API_MINOR_VERSION 2 600 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 11:16:26 ] 商用ライセンス高いな。 これで普及してくれるんだろうか？ 601 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 11:57:53 ] 高いですよね。 安くしてください。 602 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 02:19:04 ] GPLにしろよ 無料で使えるうえに、フリーソフトウェアに貢献できる。こんな素晴らしいことはない。 603 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 08:29:16 ] GPL で公開しなくても良いんだよね? 自分で書いた部分は MIT や BSDL みたいなもっと自由なライセンスで。 604 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 12:02:49 ] >>603 ソースそのものはそれでもいいけど、 GPLなQtでコンパイル・リンクして作った実行バイナリはGPLになるよ。 つまり、その場合 ・Qtの商用ライセンスを持ってる人は煮るなり焼くなり好きにして。 ・それ以外の人にとってはGPL。 ということになるね。 605 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 17:33:30 ] 自分の作品を発表するかどうかは作者の自由だろう。 できあがった作品が満足できなかったら発表しないのは当然じゃないか？ ライセンスをみると発表する義務があるみたいに書いてあるが それは憲法で保証された表現の自由を侵害しているのではないか？ 606 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 18:54:47 ] >605 憲法までもってくるはなしじゃないとおもうけどなｗ 607 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 21:34:39 ] >>605 書いてないし。というか、仲間内で使う分にはソース出す必要なし。 一般公開して、ソース欲しいよ〜ん、って言った人に送る必要がある。 608 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 21:51:20 ] GPL そのものじゃなくて、Trolltech の説明の方にそんな風に書かれていた様な気がする Trolltech の独自解釈なんて気にする必要無いけどね 609 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 22:05:21 ] >>604 ソースもGPLだろ常識的に考えて 610 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 22:18:13 ] その常識はどこの常識だw 611 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 22:24:57 ] 補足しておくと、GPL コンパチなライセンスを採用すれば問題無いよ。 GPL より自由な BSDL などのライセンスにすれば、GPL が問題を起こす事は無い。 続きがあるならライセンススレで。 612 名前：605 mailto:sage [2007/04/13(金) 23:03:03 ] ライセンスと書いたがこれは記憶違いで正確にはGPLそのものではなく ホームページのFAQにある説明だった。 （www.sra.co.jp/qt/faq） しかしこのFAQを認めるともはやGPLとはいえないのじゃないだろうか？ 613 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 23:21:17 ] >>611 コンパチってのは、GPLがBSDを取り込むことができるって意味だろ。 その逆はねえよ。そんなのが許されるなら、LGPLの意味がねえよ。 614 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 01:47:29 ] >>613 逆なんてねえ。話はそっからだ。 615 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 03:20:53 ] 補足しておくと、BSDL なプログラムから GPL なライブラリをリンクする事は可能。 リンクした時点でバイナリが GPL になる事は >>604 の通り。ソースは BSDL のまま。 これは LGPL の存在理由を損なう物ではない。LGPL は再リンクさえ出来ればソースの 公開義務も無い、全く別種のライセンス体系だ。 616 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 08:22:32 ] >>615 > 補足しておくと、BSDL なプログラムから GPL なライブラリをリンクする事は可能。 > リンクした時点でバイナリが GPL になる事は >>604 の通り。ソースは BSDL のまま。 「バイナリがGPL、ソースは BSDL のまま」なんてびっくり仰天。 L(劣等)GPLのライブラリをリンクしても、GPLに基づくソース公開の義務は発生しないけれど、 GPLのライブラリをリンクすれば、プログラム全体にGPLに基づくソース公開が発生するよ。 だいたいさ、「バイナリがGPL」って言う時点でそのバイナリのソースをGPLで公開する 義務が発生わけだし。 >>613の話は、こういうこと。 BSDLのソースをGPLのプログラムに取り込むことはできる。その場合はすべてをGPLで公開する。 GPLのソースをBSDLのプログラムに取り込むことはできない。 ただし、GPLのソースを取り込んだ後のプログラムをすべてGPLで公開するならOK。 617 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 08:24:55 ] 曖昧だった。 より厳密に修正。 >L(劣等)GPLのライブラリを静的にリンクしても、GPLに基づくソース公開の義務は発生しないけれど、 >GPLのライブラリを静的にリンクすれば、プログラム全体にGPLに基づくソース公開が発生するよ。 618 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 08:28:58 ] >>612 FAQの何番のどの文章にそう書いてあるんでしょ？ 619 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 09:45:57 ] >>616 例えば↓このような状態でソースを配布するのは全く問題無いよ。 Software A contains...         Source A : GPL         Source B : BSDL         Source C : MIT >バイナリのソースをGPLで公開する義務が発生わけだし。 GPL の規定に基づいて、自作ソース部分は BSDL で公開する事も可能。 もちろん元々 GPL だった部分を BSDL に変えて配布するのは無理だよ。 >GPLのソースをBSDLのプログラムに取り込むことはできない。 取り込むと言うけど、どちらかのライセンスに一本化する必要は無いんだよ。 GPL は流石にそこまでは求めていない。共存出来るからコンパチブルな訳。 ビックリ仰天かもしれないけど、これが真実。 620 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 09:49:45 ] 補足しておくと、GPL の質問はスレ違い気味なんで、続きがあるなら↓こちらでどうぞ。 【殺しの】ライセンス【道で拾った】 pc11.2ch.net/test/read.cgi/tech/1045006087/ 621 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 10:31:31 ] Qtオープンソース版の取り扱いに関わる問題についてはここで良いでしょう。 少なくともQtオープンソース版を使ったプログラムを配布する場合は、 プログラム全体をGPLかQPLとすることが求められます。 622 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 10:42:34 ] GPLと矛盾のないライセンスのコードとGPLのコードを結合することは、結合されたプログラム がGPLで配布される限り許可されています。 以下、ttp://www.gnu.org/licenses/gpl-faq.ja.html からの引用です。 リンク先原文には、質問を表す「Q.」、回答を表す「A.」は付いていませんが下記の引用では 明示的にQ,Aを区別するために付加しました。 ----------------------------------------------------- Q.ライセンスが「GPLと矛盾しない」とはどういう意味ですか? A.他のライセンスとGNU GPLが矛盾しないという意味です。 あなたは、他のライセンスの下で公開されたコードをGNU GPLの下で公開されたコードと 結合して一つの大きなプログラムにすることができます。 GPLでは、そのような結合著作物がGNU GPLの下で公開される限り、結合を許可しています。 他のライセンスもそれを許可しているならば、そのライセンスは GPLと矛盾しません。 ----------------------------------------------------- Q.GPLが適用されたプログラムを私のコードとリンクして独占的なプログラムを ビルドしたいと考えているのですが、私のコードとそのプログラムとをリンクすると 私のプログラムにもGPLを適用しなければならなくなるというのは事実でしょうか? A.その通りです。 623 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 11:09:38 ] 待て待て、Qtオープンソースを使った自作プログラムの自作部分のソースを パブリックドメインにするのはOKか？ (日本じゃ厳密にはパブリックドメインは成立しないかもしれんが) 自作部分がパブリックドメインになっていて、その自作部分を別の者が入手するとする。 入手した奴はそれをどんな風に使おうが自由自在だ。それを、Qt商用版でコンパイルすれば、 いきなりプロプライエタリなプログラムの出来上がりだ。 つまり、Qt商用版を1ライセンス持っておけば、あとはオープンソース版を使って複数の人員で プロプライエタリなソフトを開発できちゃうことになるわけだ。 これがOKだったら、Trolltechはやってられんなあw 624 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 11:23:10 ] >>623 確かに、開発ライセンスの縛りは GPL との矛盾が大きいと思う。 先に出ていた FAQ は苦肉の策なんだろうね。 625 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 11:33:02 ] >>624 「矛盾」とか「先に出ていたFAQは苦肉の策」とは具体的にはどの文言？ SRAのFAQにGPLと矛盾するようなことは書いてないんじゃない？ 626 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:05:12 ] GPLのソフトウェアを配布する場合に、それに著作者がGPLと矛盾しない条項を追加すること自体は GPLとは矛盾しないよ。 著作者によって特別に条項が追加されていない素のGPLの場合は、追加の自作部分をBSDLにしようが パブリックドメインにしようが自由自在だけれど、 ttp://www.trolltech.com/products/qt/licenses/licensing/opensource If you wish to use the Qt Open Source Edition, you must contribute all your source code to the open source community in accordance with the GPL when your application is distributed. 「Qtオープンソース版を使うなら、アプリケーションを配布する際には、 全てのあなたのソースコードをGPLのもとで オープンソースコミュニティにもたらさなくてはいけません」 という追加条項自体はGPLとは矛盾はしないんじゃない？ 627 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:29:31 ] >>625 「ソースを公開しつつも商用なプログラム」という概念を持っていないからおかしな記述が多い。 GPL を間違って解釈していると思われる部分もある。 A3: ソースコードも無料で公表する必要があり --> 配布の手数料は取っても良い A4: 報酬を要求したり（中略）できない --> 報酬を要求しても良い。 GPL では、既にバイナリを入手している人に対してソースコードを開示する義務があるだけ。 Q7: 商用アプリケーションを開発することはできますか？ A7: 商用ライセンスを購入すればできます --> GPL でも商用アプリケーションを開発出来ない理由は無い（ソースが公開に制限が無ければ） A13: 商用ソフトウェアを製造したいのであれば）、Qt の商用版を購入しなければなりません --> GPL 版の Qt を使用して GPL の規約に則った上で商用ソフトを開発するのは GPL に違反していない。 Q14: 自分のソースコードを公開したくないのです。どうすればいいですか？ A14: Qt の商用版ライセンスを購入しなければなりません。 --> GPL ではバイナリを入手した人にだけソースを公開すれば良い。 ソースを公開しない為に商用版ライセンスを購入する必要は無い（バイナリを配布しなければ良いだけ）。 などなど。 628 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:36:34 ] >>626 in addtion to じゃなくて in accordance with なんだから、 追加条項とは言えないんじゃない？ 629 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:41:40 ] ｽﾏｿ。>>628 は間違い。 >>626 "in accordance with the GPL" は自分のソースを GPL にしなければいけない という意味では無いと思うよ。GPL に「合致」していれば良いんだから BSDL で配布 しても問題無いでしょう。 BSDL で配布しても良いと Trolltech 自身が言っているし。 www.trolltech.com/developer/knowledgebase/187/ 630 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:45:45 ] >>628 (1)「If you wish to use the Qt Open Source Edition, you must contribute all your source code to the open source community in addition to the GPL when your application is distributed. 」 なら、この文言全体が追加条項として扱われて、 (2)「If you wish to use the Qt Open Source Edition, you must contribute all your source code to the open source community in accordance with the GPL when your application is distributed.」 なら、この文言全体が追加条項にならない、というわけ? それはちょっと変な解釈じゃね? >>628さん、(1)を訳してみてよ。 631 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:48:12 ] >>630取り消し 632 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:48:12 ] >>630 ｽﾏﾝ。>>629 でも書いたけど >>628 は間違い。 633 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:51:31 ] わ、なんかごちゃごちゃしてもうた。すまんね。 >>629 >BSDL で配布しても良いと Trolltech 自身が言っているし。 >ttp://www.trolltech.com/developer/knowledgebase/187/ こりゃ、議論の余地なしだね。 GPL に「合致」していればの解釈で良いと思う。 634 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 12:57:35 ] >>627 俺の目は節穴w ま、いいや。Qt open source edition は Trolltech からダウンロードしているし SRAのWEBサイトは見なかったことにしよう。 635 名前：デフォルトの名無しさん [2007/04/14(土) 20:03:53 ] >>623 >Qt商用版でコンパイルすれば、いきなりプロプライエタリなプログラムの出来上がりだ。 出来上がらない！ 636 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 21:27:40 ] >>635 > 出来上がらない！ どういう理由なのかを書けよ… 637 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 08:42:01 ] >>629 曖昧だ。。。蒸し返すようだが、ソースのライセンスはBSDL可ということまでは 理解したけど、バイナリを配布したら実質GPLに基づいてBSDLのソースを 配布せざるをえなくなるというおかしさがまだ理解できない・・・。 638 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 08:49:34 ] GPL感染 639 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 12:23:52 ] >>637 GPL のソースコードを含むソースコードから作られたプログラムは、GPL のソースコードの 派生作品と看做され GPL の規程が適用されます。 GPL ではプログラムを配布したら、プログラムを受け取った人がソースコードも入手出来る ようにしなくては行けません。 プログラムを作成した人は、自分の作成した部分のソースコードをどのライセンスで配布 するか GPL にコンパチブルな範囲で選ぶ事が出来ます。 640 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 12:36:09 ] GPL が感染するのはリンクをした時点です。ソースコードは当然リンクする前の物なので 基本的には GPL には支配されません。ただし GPL コンパチじゃないライセンスをソース コードに適用している場合、GPL のソースコードから作成したオブジェクトにリンクする事が 出来なくなるので、バイナリを作成出来なくなってしまいます。それでは困るので、GPL コンパチブルなライセンスを適用する必要性が発生します。 641 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 19:48:33 ] >>637 ソース配布とバイナリ配布を常に同じ人とだけ想定するからそうなる。 作者: BSDLでソース配布 ↓ LinuxのディストロとかWindows版ほげほげ配布厨とか: GPLなQtとリンクしたバイナリを配布、 それに付帯してソースもGPLで配布。 ↓ エンドユーザ。 別に作者がBSDLで配布することを妨げるわけではないよ。 以上は作者の選択したライセンスがGPL互換の場合。 作者がGPL非互換ライセンスを選択した場合、ソースをGPLで再配布できないから、 GPLなQtとリンクしたバイナリも配布できない。 つまりその場合は ・バイナリを配布するなら商用Qtとリンクすることが必要 ・バイナリを配布せず、リンクした当人が使うだけなら黙ってGPLなQt使ってても可 ということになる。 642 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 08:32:35 ] >>627 遅レスすまね。 "commercial license" という名前も微妙に良くないよな。 Qtのオープンソース版でGPLを採用した以上は、それで報酬を得ることが 可能になることぐらいはTrolltechは理解しているはず。 理解していたからこそ、長いあいだFSFから批判されてもQPLに拘っていたんだし。 一般人は「商用ダメ」=「報酬ダメ」って勘違いしてしまうだろうし、SRAもそんな ふうに思っているのかな？まさかね、ちゃんとした企業なんだし。 643 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 15:38:54 ] 要するにまとめると、どのQtを使ったソフトでも報酬をもらってよい。 しかしフリーのQtの場合、ソースを公開しなければならない。 商用Qtの場合、ソースは公開しなくてもよい。 ということだな。 644 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 20:10:31 ] かつ、配布先からの二次配布もフリー版は止められない。 645 名前：デフォルトの名無しさん mailto:age [2007/05/04(金) 20:38:25 ] なんか流れを無視するようですが、質問があります。 QDockWidgetを使って、QMainWindowにドックさせるような子ウィンドウを作ったのですが、 QDockWidgetのサイズが変更できず困っています。 指定したサイズにする方法ってありますでしょうか？ 646 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 01:32:22 ] >>645 QDockWidgetはQWidgetを継承してるから、 QWidgetの関数も使えるよ。 resize()とか。 647 名前：デフォルトの名無しさん mailto:age [2007/05/05(土) 12:13:23 ] resizeがきかないから困ってるんです 648 名前：デフォルトの名無しさん [2007/05/06(日) 22:19:02 ] 日本語入力について質問なんですが、 QLineEditで日本語を入力して、変換時に候補がいくつもあるときは 候補一覧のウィンドウが出るはずなんですが、一瞬出て消えてしまいます。 これはQt本体のバグなんでしょうか。原因が分かる方いましたら教えてください。 なお環境は、PlamoLinux4.0.1と、Qt4.1.4です。 649 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 13:56:27 ] なんかもう、完全にGtkに遅れを取っちゃってるね。 650 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 14:42:48 ] KDEは使うけど、それ以外Qtってつかわない。。 651 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 14:54:40 ] Gnome は使うけどそれ以外Gtkってつかわない。 ってことでGtkに遅れをとってるとも思わないが… # しいて言えばどっちも遅れ(ry 652 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 16:24:04 ] そんなに終わってるか？ C++プログラマなら例外をうまく扱えないgtkmmより使いやすいと思うんだが 653 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 16:32:38 ] Embeddedもあるしな。 654 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 16:32:44 ] 裏を返せばCプログラマ(not C++プログラマ)から使い難いQtってことだが… # まープログラマなら適材適所でよろ 655 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 21:07:26 ] どっちもどっち 656 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 21:23:51 ] CもC++も終わってて QtにしろGTK+にしろスクリプトでガワだけサクサク作っちゃう傾向が高まってる感じがする 657 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 01:20:16 ] 逆にC++プログラマからすると、Gtkのソースの汚さは目を覆いたくなるほどだ。 なんだあの大量のキャスト用マクロの山は。 658 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 03:57:51 ] GTKのソースは最新版のcfrontが出力してゐるんだよ(嘘だけど 659 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 14:17:16 ] 最近のイイ！と思えるLinux用アプレットはみんなPyGtkで書いてある気がする。 すげー楽なんだよね。そういや、Qt Jambiが出たけどだれも騒いでないね。 >>657 GtkはCでOOPを実現してるから無理があるのは仕方ない。 660 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 19:44:06 ] 名前付きパイプってQFileで扱えないのかな 読み込み専用でQFile::open() readyRead待ち よそから $ echo "hoge" > fifoすると即完了 待ちシグナル来ず。 何故に？ 661 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 20:49:32 ] アプレット？ 662 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 11:35:18 ] アプリケーションと言いたいのでは 663 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 15:12:48 ] カレンダーみたいなデスクトップ環境に付属している小物アプリの事を 最近はアプレットって言ったりもするのよ Gnome 方面の方言だと思うけどね 664 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 14:27:36 ] 小物アプリケーションのことをアプレットって呼ぶのは別に方言じゃないだろ… アプレットと聞いてJavaアプレットしか思いつかない人は多いだろうけど… 665 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 21:08:28 ] 方言は言い過ぎたかもしれないけど、Java Applet 以外ではあまり 一般的な用法じゃないよね。Mac だとまたちょっと違った意味合いに なるし。 666 名前：659 [2007/05/16(水) 00:59:15 ] いや、これはおいらの偏見。 アプリケーションはネイティブな言語でかかれてなきゃ認められない。 Java, Python, Perl, Ruby, .NET、巨大なランタイムに頼らないといけないなんて そんなのは本物のアプリケーションじゃないんだよ。 667 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 01:17:27 ] >>666 じゃあGtkも使わないでXに直接描画してろよ・・・ 668 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 01:19:28 ] X に直接と言うのは違和感があるな。直接描画というなら VRAM に書き込むだろ。 669 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 02:00:25 ] 気持ちは分かるんだが cairoやpangoを使ったパワフルなアプリケーションが さくっと書いたスクリプトで出来てる時代にはそぐわない感覚なのかもな 670 名前：659 mailto:sage [2007/05/16(水) 02:06:08 ] え〜、だからQtが好きなんだよ〜 ライブラリは一緒に配布できるじゃまいか。 おまえらこのスレに来てるのに酷いぜ 671 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 02:40:22 ] >>666 まぁ気持ちは分かるけど C++ だってランタイムあるじゃん。 普通は OS 組み込みだからサイズの比較は出来ないけど。 672 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 02:47:19 ] まあね、でもほら、アップデートなんて滅多にないじゃないか。 Linuxとかで互換性のためにPython-2.4と2.5が共存してるのは見てらんない。 おまえら、Python3000がきたらどうするつもりなのかと。 Rubyもバージョンうｐのたびに、結構変わるよなあ。 673 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 07:02:25 ] 仕様 = 実装 の言語ってそうなりがちだよなあ・・ 674 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 08:23:34 ] ところで、Qtを使った国産アプリって、どんなのがありますか？ 675 名前：デフォルトの名無しさん mailto:age [2007/05/21(月) 16:34:44 ] Qt3.3.8が出てるね。 Qt4が出てからもう２年にもなるのに、いまだにQt3のメンテが行われてるところを見ると Qt4はほとんど使われてないのかもしれない。 676 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 21:35:49 ] 3と4のどっちが小さいですか？libqt3-devかlibqt4-dev入れようとしたら 関連ファイルが多すぎで正直ウンザリぎみなんですが・・・。 小さいほうでちょっと試しに使ってみたいんですけど・・・。 677 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 21:54:45 ] >>675 おばちゃんのユーザーに詰め寄られて、Qt3サポートを継続するよう約束させられた、 と聞いたことがあります。 まあ、実際のところどうなんでしょうかねぇ。 作って動かすぶんには、Qt4の方が好みなんですが。個人的には。

---

---

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

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