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

[KDE/Qt]Qtについての ..

759:デフォルトの名無しさん
07/08/22 09:44:16
>>758
コードはこれから見てみますけれども、
QGraphicsItemの子供を表示させることで期待している結果は何ですか？
オブジェクト名？

760:!(ФｙФ+){ 私は孔酔 }
07/08/22 09:56:40
>>754/qt.の言語は、C++では無く、「python.系」ﾋﾟｮぞ¿...ｺﾁﾗｵﾝｼﾝﾌﾂｳﾃﾞｽ…

761:759
07/08/22 12:50:28
>>758

cout << QGraphicsItem::children().at( index )->toPlainText().toAscii() << endl;

とかかなぁ？ PortGraphicsItem を表示させようとしているんですよね？
そっちがQGraphicsTextItem継承ならば。。。

762:デフォルトの名無しさん
07/08/22 19:50:58
>>753
URLﾘﾝｸ(www.suigyodo.com)

763:デフォルトの名無しさん
07/08/22 20:35:47
>>762
こういう人が増えると良いね。

764:デフォルトの名無しさん
07/08/22 22:43:55
↓で、何か情報が得られるかもしれません。
qDebug() << QGraphicsItem::children().at( index );

765:758
07/08/23 07:52:26
>>759 == >>761
ありがとうございます。
仰る通り、PortGraphicsItemの内容を表示したかったのです。実は

cout << QGraphicsItem::children().at( index )->toPlainText().toAscii() << endl;

のtoPlainText()は「QGraphicsItemのメンバーではない」とエラーが出ましたが、
お陰でQGraphicsItem::children().at( index )にどんな内容が入っているか予測はつきましたので
もう表示しなくてもよくなりました。

追加されたポートが「一応」描画されるようになったのですが
setPosなどで位置を変更しているにもかかわらず、(0, 0)の位置に描画されます。
次回はこれについて質問させていただきます。

今は大幅に変更しまして、変数名なんかがいい加減な名前になっていて
読みづらいでしょうから書き直してからうぷしますね。

766:758
07/08/23 08:09:07
>>764
ありがとうございます。
今は環境がないので後で試してみますね。
でも、そんな関数が用意されてたんですね。

URLﾘﾝｸ(doc.trolltech.com)

もしかしてQStringとかも読めたりするんでしょうか。

少し話が逸れますが、
QStringってUnicodeが入り混じるようになってからややこしくなったようですね。
(上の質問とは別の件で)
今日はQLineEditなんかのid->text()とかid->displayText()とか試してみました。
返り値はQStringなのでcoutで表示できると思ったのですが
"No match ..."なんとかで結局内容を表示できませんでした。
ちなみにcout「無し」で

id->displayText();

だとエラーは出ませんが、何も表示されません(出力はどこ？)。
これらが表示されればどう対処すべきか判るんですけどね。

…長々と書いてすみません。

767:759
07/08/23 09:02:11
>>766
cout に出すには、std::string のc_str() と同様に一度
toAscii()とかしないとダメだと思いますー。

Qtには、良質のサンプルとチュートリアルが付属しているので、
一度眺めてみるとよいかも、ですよ。
デモとそのアプリのコードの説明を表示できるやつは、使いたい
オブジェクトをどうやればよいか、またどうなるのかを実際に示して
くれるので、自分は重宝しています。

768:759
07/08/23 09:21:13
「教え合う」スレ、ということなので、自分も質問させてくださいw。

Windows版を利用しているのですが、プラグインのロードが環境により
できない、って現象が発生した方、いらっしゃいませんか？
具体的には、開発した環境では動くのに、ほかの環境へ持って行ったら
動かない、ってことが起きます。
ただexeと同じディレクトリにdllをおいておくだけじゃあダメなのでしょうか？
QtCore とか QtGui とかは同じディレクトリに置いておくと使えるのですが、
プラグインは読まれないような現象が起きます。
（具体的にはテキストコーデック、昔png形式の画像は読み込まれて
表示できるのに、jpeg形式の画像はダメだった、という件があったの
ですが、思い返せばこれが原因かも...。)
何か設定があるんだろうとは感じているんですけど、、、。

もし同じような現象を解決された方がいらっしゃったら、チェックする場所など、アドバイスをください。
よろしくお願いします。

769:デフォルトの名無しさん
07/08/23 18:11:01
さて、そろそろQt5の話でもしようか

770:デフォルトの名無しさん
07/08/23 21:21:43
何年先の話だよｗ

771:デフォルトの名無しさん
07/08/23 22:23:48
Qt5ではAPIが大幅に変わります。Qt4とは全く互換性がありませんので
注意してください。今までの知識やコードはぜんぶ捨てることになります。

なお、Qt6ではまたさらに大幅な改変をする予定ですので楽しみにして
おいてください。

772:デフォルトの名無しさん
07/08/23 22:49:22
QCoreApplication::libraryPaths()によれば、
　　the default installation directory for plugins is
INSTALL/plugins, where INSTALL is the directory where Qt was
installed). The directory of the application executable (NOT the
working directory) is always added, as well as the colon separated
entries of the QT_PLUGIN_PATH environment variable.
だから、カレントでもOKのはずだけどな～。

あとはレジストリにプラグイン情報がキャッシュされていた気もする

773:デフォルトの名無しさん
07/08/24 09:46:43
>771
ただの嫌がらせですね
もう、qt4以上をだす必要がない気がする、、、

774:デフォルトの名無しさん
07/08/24 11:01:37
もう永遠にqt3でいい。

775:デフォルトの名無しさん
07/08/24 12:51:32
>>771
去年末にうちへ宣伝に来たTrolltechの人は、
「もうああいう大幅に変えることはしないから許してね。」
とか言っていたけどなー。

776:デフォルトの名無しさん
07/08/24 13:08:33
宣伝でわざわざマイナスになるような事をいうわけがない・・・
念書でも取って約束させたのか？

777:758
07/08/25 08:38:13
>>768
的外れだったらすみませんが

>プラグインのロードが環境により
できない、って現象が発生した方、いらっしゃいませんか？

（・∀・）ﾉｼ

Linux版ですけど、研究室から家に持ち帰るときに
外付けハードディスクやメモリースティックに落とすんですが
その時にいつも.soファイル(=Windows版の.dllファイルに相当)がコピーできないですね。
理由は「パーミッションがない」らしいですが、ちゃんとchmodしてもダメです。
Windowsのサーバーから落とすと警告もなく無事コピーは出来るんですが
やっぱり.soファイルのデータサイズが減ってますね。動きません。

対処法は簡単です。
tar(またはzip)で圧縮してから落とすと問題ないと思います。
自分はプロジェクト始めたときにもらったtarballの.soファイルをコピーして使ってます。

重ね重ね、的外れだったらすみません。w

778:758
07/08/25 08:46:34
>>764
今頃になって
ｷﾀ━━（ﾟ∀ﾟ）━━!!!!

qDebug()でQGraphicsItem::children().at( index )が持ってる情報を吐きましたよ！
アドレスやポートの次元、ポートの状態フラグなどが表示されました。
qDebug()はこれからも役に立ちそうです。
ありがとうございました。

779:764
07/08/25 10:55:18
>>778
ほかにも、QMouseEventとかいろいろ
qDebugに食わせると、情報を出してくれますよ。

780:デフォルトの名無しさん
07/08/25 20:04:31
すみません、質問させてください。

MacOS XにはHID ManagerというAPIがあり、
これを利用することでUSB接続のゲームコントローラーからの入力を処理出来るのですが、
Qtにはこのようなことをする為のAPIは無いのでしょうか？

781:758
07/08/28 00:33:07
>>779
はい、今もいろいろと試しています。
模索しているところです。

782:758
07/08/28 01:32:07
>>765で「一応描画できるようになった」と書きましたが、まったくの気のせいでした。
paint()の中で四角を描けば描画されますが、
当然それはポートとは何の関係もなくハンドルを持っていませんよね。

コンストラクタの中のポートは描画されるのに
なぜ新たに追加されたポートは描画されないのでしょう?
自分だけの力ではもう限界です。
そこで、どうしても皆さんの力がお借りしたいのです。
コンパイルは出来ませんが、今回の修正で必要とされるだろうフォルダごとをうぷしました。

ろだ
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
4870.zip お借りします　Qt

いじるのは

network/gui/NodeGraphicsItem::updateNode() <=これが中心になります
network/gui/GraphScene::changeNode( NodeGraphicsItem *currentNodeGraphicsItem )
network/Graph::addNode( Node *newNode )
network/Node::addInPort( Port *newInPort )
network/nodes/Passage/PassageNode::callAddExtraInPort()

あたりだと思います。

783:758
07/08/28 01:33:12
最近気付いたことを書いておきます。

新たなポートの作成時に
NodeGraphicsItem::updateNode()の最後で
GraphScene::changeNode( NodeGraphicsItem *currentNodeGraphicsItem )を呼んでいて、
そのchangeNode()の中で
Graph::addNode( Node *newNode )を呼んでいませんでした。
Graph::addNode( Node *newNode )の中には

newNode->setParent( this )

があり、これのお蔭でコンストラクタで作成されたポートはchildren()とみなされるようです。
新たなポートはchildren()とみなされてないので描画されないのだと思います。
しかし、
_graph->addNode( currentNodeGraphicsItem->node() );
addItem( currentNodeGraphicsItem );
とやっても
QGraphicsScene::addItem: item has already been added to this scene
と言われてしまい、更新されてないようです。
ここまでが今の自分に出来る限界です。

質問があればいくらでも捕捉いたしますので
何卒、ヒントだけでも教えてくだされば光栄に思います。
どうかよろしくお願い致します。

784:758
07/08/28 02:16:32
>>780
自分はその辺に関してはまったくの素人ですが
"trolltech game controller qt"でググったら

URLﾘﾝｸ(qjoypad.sourceforge.net)

というのが見つかりました。
しっかり読んでませんが、
QJoyPadというのが多分あなたの探しているものだと思います。
違ってたらすみません。

785:758
07/08/28 10:15:45
QGraphicsSceneに"addItem()"ではなくて
"changeItem()というのがあればいいんですが…ないですね:

URLﾘﾝｸ(doc.trolltech.com)

となると、一度removeItem()で消してから
addItem()し直すという流れでしょうか？
今のところ、うまく消せないんですよね…。

786:デフォルトの名無しさん
07/08/28 13:02:12
>>782
QGraphicsItem::ItemChildAddedChange という定義があるようなので、
何かできそうな感じですね。（itemChange() で通知?）

787:758
07/09/01 08:16:29
>>786
ありがとうございます。
すみません、返事が遅くなりました。

例の通りに
if (change == ItemChildAddedChange)という感じでitemChange()使ってみました。
ちゃんとchildrenが追加されたときに呼び出されますね。
しかし、呼び出されたときに何の処理をすればいいのかが分からないんですよね…。

実はポートを追加する方法は二つ用意してありまして
一つはメニューから追加、もう一つはOutputポートをクリックして追加、です。
メニューからの追加ではitemChange()は呼び出されたんですが
Outputポートをクリックして追加ではitemChange()は呼び出されなかったです。
残念ながらどちらも描画されません。

…ということで「前任者のコードを修正する」という件はひとまず保留にして
trolltechのExampleを基にして新たに作ることにしました。
↓　　　　　↓　　　　　↓

788:758
07/09/01 08:17:04
ベースはtrolltechのExamplesにある"Elastic Nodes"です:

URLﾘﾝｸ(doc.trolltech.com)

仮のゴールは

1. 任意の数のノードを任意の位置に追加する
2. 任意のノード同士をエッジでつなげる

だけです。
「任意の数のノードを追加する」までは出来ました。

ただ「任意の位置に追加する」は半分だけ達成です。
というのも、「フルスクリーン　+　ズームなし」だと
任意の位置に追加することは出来たのですが
それ以外の条件ではクリックした場所とは違う場所に
ノードが追加されてしまうからです。
どなたか同じような経験をされた方はいませんか？

789:758
07/09/01 08:19:47
あと、出来れば窓を大きくしたいんですが
どこで調整すればよいのでしょうか？
scene->setSceneRect(-200, -200, 400, 400);
を
scene->setSceneRect(-400, -400, 800, 800);
にすれば窓は大きくはなりますがグラフは小さいままです。
それをズームすると今度ははみ出してしまいます…。

こちらがソースコードですが、手を加えたのは

graphwidget.cpp
graphwidget.h

のみです。サイズが小さいので他のコードもすべてうぷしておきますね:

URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
4890.zip お借りします　Qt

…今回は基となるコードも見れますし、
コンパイルも出来るのでそんなに面倒ではないと思います。
初心者レベルの質問だと思いますが、どうかよろしくお願い致します。

790:デフォルトの名無しさん
07/09/14 10:04:13
Qt4の本はどれがよいですか？
Foundations of Qt Development
The Art of Building Qt Applications [ILLUSTRATED]
An Introduction to Design Patterns in C++ with Qt 4
C++ GUI Programming with Qt 4

791:デフォルトの名無しさん
07/09/14 11:53:17
スレ違いかもしれませんが・・・
QWTを使ってる方に質問です．
QWTの5.0.1のインストールで「comdlg32.dllがインポートされていない」とエラーが発生します．
Qt designerにqwtの要素は追加されていないし，コンパイルも失敗します．
.proファイルも上手く生成できてないようです．
インストールの方法が間違っているのでしょうか．
qwtに添付された INSTALL という名のファイルにある "B) Win32/MSVC Qt3/Qt4"の
項に従ってインストールしたのですが・・・

Qt GUI Programmingについてきたqt3.2.1[non commercial]を使ってます．
環境はXP SP2です．コンパイラはVS.NET2003です．
qwtってマイナーなのか情報が少ない・・・
どうかよろしくお願いいたします．

792:デフォルトの名無しさん
07/09/14 18:51:11
>>791
qwt5は、Qt4対応版だと思っていたのですが、Qt3でも大丈夫なのかな？
（Qt4の環境では、何も考えずに入れられた気がします。）

あんまり役にたたない情報ですみません。

793:デフォルトの名無しさん
07/09/15 12:52:14
>> 790

C++ GUI Programming with Qt 4 を。

794:デフォルトの名無しさん
07/09/15 15:50:12
>>790 C++ GUI Programming with Qt 4お勧め

てかQt4の本他にもでてるのか
今度買ってみる

795:デフォルトの名無しさん
07/09/15 16:14:16
本家のドキュメントじゃ不満なの？

796:デフォルトの名無しさん
07/09/15 17:02:22
>>795 本家のドキュメントにはとても満足してる（解説も結構詳しく書いてあるし）
けど本には本の良さがある

797:デフォルトの名無しさん
07/09/15 20:04:17
>>790
The Art ... は、結構初心者向けで読みやすかったです。
これからQtをはじめる、っていうのなら、ほかの人がすすめている
ものよりもよいかも。かなり丁寧に説明しています。

Qtをいくらかさわっているのであれば、自分もそっちをオススメします。

798:デフォルトの名無しさん
07/09/15 20:08:33
>>795
assistantとサンプルコードは手放せないし、大満足なんですけど、
本は本で裏話っぽいのも載っていておもしろいと思いました。

799:デフォルトの名無しさん
07/09/16 00:13:27
>>796

英語じゃやだってのはないの？

800:デフォルトの名無しさん
07/09/16 01:38:28
>>796 どういうこと？

801:800
07/09/16 01:39:25
間違えた >>799 ね

802:デフォルトの名無しさん
07/09/16 09:17:27
Qt に限らないけれど、日本語のマニュアルはないかと言われる。

803:デフォルトの名無しさん
07/09/16 12:42:03
選ぶほど数が出てないから、
手に入るものは全部手に入れておくってのが正解

804:デフォルトの名無しさん
07/09/16 15:15:10
日本語で書かれたQt４の本って存在するの？

805:デフォルトの名無しさん
07/09/18 15:23:16
URLﾘﾝｸ(trolltech.com)

806:デフォルトの名無しさん
07/09/18 15:39:23
俺がQt４の本出版したら売れるんじゃね？

807:デフォルトの名無しさん
07/09/18 18:33:10
>>805
日本語のは二冊「も」あるのか
一つはKDEについてだけど

808:デフォルトの名無しさん
07/09/18 18:35:06
>>806
いや、俺が出したら売れる

809:デフォルトの名無しさん
07/09/18 19:27:18
C++GUI Apllication with Qt4
は持ってるけど、結局公式ドキュメントのほうがよく参照するなあ。
好きなブラウザで読めるし。悪い本じゃないよ。

Foundation of ~の出版社はだいたいいい本を出すからこのスレのために
人柱になってはいかがかな>>790

810:デフォルトの名無しさん
07/09/19 11:07:31
>>809
注文しました。たぶん読み終わったら感想を書くので
忘れないでね。

811:デフォルトの名無しさん
07/09/19 22:29:19
期待しているよ

812:デフォルトの名無しさん
07/09/20 21:03:16
linuxでkdevelopを使いだしてから、Qtが一番使いやすいです。
VCなんて考えられません。

813:デフォルトの名無しさん
07/09/20 21:15:44
>>812
kdevelopってどこら辺が使いやすい？

814:デフォルトの名無しさん
07/09/20 21:49:16
何使って、プログラム書いてるの?

815:デフォルトの名無しさん
07/09/20 22:04:33
Kate

816:デフォルトの名無しさん
07/09/20 22:14:34
エディタ、ディバッガ、コンパイラー、ディザイナーの機能が一体化している
kdevelop の方が使いやすくない?

817:デフォルトの名無しさん
07/09/20 22:50:52
自分はEclipse + CDT + Qtが一番使いやすい
ところで、kdevelopってインテリセンスちゃんと使えるの？

818:デフォルトの名無しさん
07/09/20 23:17:43
クラスの関数名の補間機能の事？
だとすると、自分の作ったクラスにしか適応されない。
Eclipseってできるの?
後、qmakeに対応してるの?

819:デフォルトの名無しさん
07/09/21 00:23:19
URLﾘﾝｸ(trolltech.com)
これ使えば一式揃うよ。

820:デフォルトの名無しさん
07/09/21 01:40:19
>>819 こんなのあったのか
vimでコード編集してmakeとかいちいちやるよりも明らかにラクだな

kdevelop + qt は使ったことあったけど、なんだかいまいちだった
ていうかkdevelop自体が使いにくかった（特にコンパイルがわけわからん、
ソースファイル追加したらコンパイルできなくなったり）
まあ使い方が悪いんだろうけどさ

821:819
07/09/21 01:58:31
あとは次の4.3.2からVS Express対応らしい
URLﾘﾝｸ(labs.trolltech.com)

822:デフォルトの名無しさん
07/09/21 03:50:38
あれ、VS Expressはいままで対応してなかったの？
普通にVS Express使えてるんだけど

いままで使ってたのは公式のものではなかったのか・・・

823:デフォルトの名無しさん
07/09/25 05:33:12
俺、もしかしたらQt使いになるために生まれてきたんかもしれんわ

そう感じた一日だった

824:デフォルトの名無しさん
07/09/28 12:17:23
qt-4.3.1を入れたのですがKDE3.5が立ち上がらなくなりました。
libqt-mo.so.3が無いと言われました。
他のWMからQtアプリは起動するのですが、これは何かの拍子に消してしまったという事でしょうか？

825:デフォルトの名無しさん
07/10/03 15:22:19
これに期待

入門 Qt4プログラミング
URLﾘﾝｸ(ssl.ohmsha.co.jp)

826:デフォルトの名無しさん
07/10/04 11:27:12
4.3.2きた。

827:デフォルトの名無しさん
07/10/04 18:27:10
Win CE版のお試し版もきた。

828:デフォルトの名無しさん
07/10/05 10:43:14
じゃ、>>821の通りVS Express対応になるんだね
てか、おせーよ！
パッチだのなんだのさせやがって！

829:デフォルトの名無しさん
07/10/06 12:04:16
あれ？まだMingwしかサポートしないって書いているように見えるけど。

830:デフォルトの名無しさん
07/10/06 14:18:39
The Open Source edition of Qt/Windows supported only MinGW (and MinGW/MSYS starting Qt 4.3).
　　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~~
（略）
We have decided to support Visual Studio Express with Qt/Windows Open Source
（略）
We did schedule it for Qt 4.4
but some quick work by Marius and Andre will see this feature in Qt 4.3.2.
　　　　　　　　　　　　　　　　　　　　　　　　　　　 ~~~~~~~~~~~~~~~~~~~~~~~~~~
Why make you wait for 5 more months to get hold of such goodness ?

831:デフォルトの名無しさん
07/10/06 19:49:19
>>828-830
もうどっちでもいいや
面倒なんでMinGW版にしたついでに
Linux版に切り替えたから

832:デフォルトの名無しさん
07/10/07 00:21:09
質問です
よく知らないけどC++だとgtkとか他のGUIツールがあるのになんでQtを使ってるんですか？

833:デフォルトの名無しさん
07/10/07 00:48:30
gtk--てまだあるの？使ったこと全然無いけど
QtはWxよりは理解しやすかったな，つか途中で諦めた

834:デフォルトの名無しさん
07/10/07 01:08:28
gtk--はともかく、gtkmmは現役ですよ

835:デフォルトの名無しさん
07/10/07 10:54:41
人によってはQtより他のGUIツールの方が使いやすいとかってあるんですか？

836:デフォルトの名無しさん
07/10/07 11:59:29
>>835
そりゃありますよ。
たとえばジャガー横田さんに一目惚れした医者だって現にいるんですから。
いや、それくらい珍しいとか、そういう意味じゃないんですけどネ。

837:デフォルトの名無しさん
07/10/07 12:06:15
g++は遅いからなぁ公式でVCに対応して欲しいわ

838:デフォルトの名無しさん
07/10/07 14:24:59
アプリのGUI部分を完全分離動作できてもQTライブラリをリンクしたらけでGPLの影響ウケルんでしょうか？

839:デフォルトの名無しさん
07/10/07 14:29:13
gtkmmは単なるラッパだからQtの対抗馬にはならない

840:デフォルトの名無しさん
07/10/07 14:35:28
>>838
商用ライセンスを購入しなければ汚染されるよ。
完全分離出来るのなら、GUI だけ別プロセスにしてしまえば汚染される事は無いけど
倫理的には微妙になる。

841:デフォルトの名無しさん
07/10/07 14:50:26
別プロセスにします。
非道ライセンスに倫理も糞もないですよね。
ありがとうございマシタ！

842:デフォルトの名無しさん
07/10/07 15:32:50
Qt 4.3.2 は Visual C++ 2005、その express editionのみならず、
Visual C++ 6.0 でも問題なくコンパイルでき、スムーズにデバッグ
から全て可能です。これまで何度も途中でひっかかったりしましたが、
こんなにスムーズに行くとは、驚きです。むしろ、Visual Studio 6.0
の方が好きな方には good news.

843:デフォルトの名無しさん
07/10/07 16:08:57
だよなあ・・・
酷すぎるよなGPL汚染って。

844:デフォルトの名無しさん
07/10/07 16:14:57
VC6なんてまだ使ってる人いるんだ・・・

俺のことだけどな

845:デフォルトの名無しさん
07/10/07 16:20:06
パッチ当てれば4.0.0からVCでもコンパイルできたわけだが

846:デフォルトの名無しさん
07/10/07 16:25:26
Trolltechの国内代理店てあるの？
質問投げたいんだけど

847:デフォルトの名無しさん
07/10/07 18:33:53
>>846
SRA

848:デフォルトの名無しさん
07/10/07 19:35:30
>>846
日本連絡事務所
URLﾘﾝｸ(www.necel.com)

849:デフォルトの名無しさん
07/10/11 09:44:01
なぁなぁ、あまり大声じゃ言えんけどさ
GUIの得意なJavaとC#の需要がどんどん高まってて
逆にQtの基盤となるC++自体の需要が減ってるやん？
GUIの不得意なC++に無理矢理GUIやらすって
発想がそもそも間違ってる気がするんだけどどうよ？

850:デフォルトの名無しさん
07/10/11 11:20:10
Swing/Formsが便利過ぎでヤバイってことだろ
フレームワークを取っ払って，言語だけ抽出したらどれも変わらない

851:デフォルトの名無しさん
07/10/11 22:08:06
>>849
C++0xで逆転だお＾＾

852:デフォルトの名無しさん
07/10/12 01:48:16
ﾜﾛｽ

853:デフォルトの名無しさん
07/10/12 07:13:54
>>851
そんなに待てねーよ！ｗ

854:デフォルトの名無しさん
07/10/19 05:11:01
こう言っちゃなんだけどやっぱりQtは糞だよ
JavaやC#使ってる人なら誰でもすんなりコンパイルできるというのに
QtはC++コンパイラとは別にインストールしなきゃいけないなんてクズだろ？
そりゃ使用人口が少ないわけだ

855:デフォルトの名無しさん
07/10/19 05:26:15
>>854
ｗ

856:デフォルトの名無しさん
07/10/19 10:29:12
何この壮絶なネタの打ち合い…

857:デフォルトの名無しさん
07/10/19 20:05:57
>854
じゃあ、ほかの使えば？

858:デフォルトの名無しさん
07/10/19 20:18:37
JavaやC#の人々
「そろそろGUIでも勉強するか」
→すんなり

C++でQtの人々
「そろそろGUIでも勉強するか」
→「ええっ？Qtのインスコ？('A`)ﾏﾝﾄﾞｸｾ」
→約一時間経過
→「ええっ？環境変数？('A`)ﾏﾝﾄﾞｸｾ」
→約一時間経過
→「ええっ？分厚いマニュアル嫁？('A`)ﾏﾝﾄﾞｸｾ」
→「どこまでがC++でどこまでがQtなのか分かんねぇよ・・・」
→約一ヶ月経過
→放置

859:デフォルトの名無しさん
07/10/19 22:47:26
vistaのwpfより高速だとか宣伝してんな。
実際kde4かなり速くなってるし、tkとして磨きがかかったな。

860:デフォルトの名無しさん
07/10/19 22:49:05
Qtを使うのってLinux/UNIXで触ってて，じゃWinでも書くかって奴ばかりじゃね？

861:デフォルトの名無しさん
07/10/19 23:34:06
＞→「ええっ？環境変数？('A`)ﾏﾝﾄﾞｸｾ」

ここがおかしい。

862:デフォルトの名無しさん
07/10/20 16:09:13
C#やJavaって、売れるようなプログラムが書けるんですか？
よく知らないもんで。売ってるのはそんな言語では書かれていないのでは？

863:デフォルトの名無しさん
07/10/20 16:15:36
俺は普段赤い字で親指を使って書いてる

864:デフォルトの名無しさん
07/10/20 16:48:00
>>862
これは酷い

865:デフォルトの名無しさん
07/10/20 16:54:08
>>862
物に依る。
イントラで使う様なアプリは殆ど JAVA じゃないの。携帯も JAVA。
ゲームとかは C / C++。OS も C / C++ が殆ど。

それ以外で売り物のプログラムって何かあったっけ?

866:デフォルトの名無しさん
07/10/20 18:32:09
>>858
C++でQtの人々
「そろそろGUIでも勉強するか」
# apt-get install libqt4-dev
→すんなり

売れるようなプログラムを書いているC++でQtの人々
上司「おい、明日までにQtプログラミングできるようになっとけよ。これが資料な」
→ぐんにゃり

867:デフォルトの名無しさん
07/10/20 18:40:35
Q.../Free 終了のお知らせっぽいんだがなんかあったっけ
URLﾘﾝｸ(sourceforge.net)

868:デフォルトの名無しさん
07/10/20 19:01:19
ぶっちゃけパッケージでQtを使ってる物って少ないぞ

869:デフォルトの名無しさん
07/10/20 20:25:20
>>867
GPL な Qt/Windows が出たからでしょう。

870:デフォルトの名無しさん
07/10/20 21:03:51
>>866
># apt-get install libqt4-dev

それでも一時間弱かかるだろ

871:デフォルトの名無しさん
07/10/20 23:36:41
>>870
いまだにテレホマンの地域にお住まいですか？
光ならあっという間ですよ？

872:デフォルトの名無しさん
07/10/21 05:00:49
こんなところで質問してまともな答えが得られるとは思えんけど訊いてみる

ゲームってほとんどC++で書かれてるじゃん？
ゲームのメニューなんかのGUIにQtが使われてるとはとても思えんのやけど？
彼らは会社独自のGUIツールなんかを一から開発してるんかな？

873:デフォルトの名無しさん
07/10/21 06:18:17
ゲームは win しか考えてないだろうし、ふつうに MFC でｓｙ

874:デフォルトの名無しさん
07/10/21 08:17:34
どうもここは、Qtについて教えあうスレと言うより、
いかにQtがダメで将来性が無いかを教えあうスレのようだね。
どうしてこうなっちまうのかなー。

875:デフォルトの名無しさん
07/10/21 08:27:03
しかし、Qtの将来性に疑問があるのは確か

どうせ同じ努力をするならQtよりも
SwingやFormsを覚えた方が遥かに仕事が得やすいだろう

876:デフォルトの名無しさん
07/10/21 08:46:47
Keywords: # of jobs

C++ Qt: 16 jobs
C# Forms: 78 jobs
Java Swing: 271 jobs

Swing >>>> Forms >>>>> Qt

差は歴然
特にQtとSwingの間では17倍もの差がある

877:デフォルトの名無しさん
07/10/21 08:59:03
ちなみに

Keywords: # of jobs

C++: 1,021 jobs
C#: 1,178 jobs
Java: 15,738 jobs

これは面白い結果かもしれない
ここでもやはりC++とJavaの差は16倍
つまり両言語で欲されているGUI開発者の比率はほぼ同じということになる
それに大してC#で欲されているGUI開発者の比率はそれらよりもずっと高い

878:デフォルトの名無しさん
07/10/21 10:06:04
なるほど、そういう背景があるんですね。
（ソフトウェア業界のことは何も知らないものですから）
でもJobの数で数える場合、それぞれのJobが同価値であるという
前提が必要になりますね。たとえば、販売個数でセールスマンを
比較するときに
パソコンのセール　100台
車のセール　50台
よってパソコンの方がよくやっている、とはならないと思います。

879:デフォルトの名無しさん
07/10/21 10:53:48
パケ売りのアプリよりイントラ開発とかのほうが仕事があるってことじゃね
Qtだって日本と中国に代理店持ってるぐらいなんだし仕事はあるでしょ。

880:デフォルトの名無しさん
07/10/21 13:32:21
>>874
Javaが採用されなかったから。

881:デフォルトの名無しさん
07/10/21 17:00:35
QtにもQyoto(C#)とかJambi(Java)があるけどな

882:デフォルトの名無しさん
07/10/21 22:24:24
>>881
Keywords: # of jobs

C# Qyoto: 0 search results match this
Java Jambi: 0 search results match this

まぁ、当然の結果か

883:デフォルトの名無しさん
07/10/21 22:33:44
>>878
>それぞれのJobが同価値であるという前提が必要

確かに
ま、ほとんどの条件に
「シニア・プログラマー」「二～三年以上の経験者」
と書いてあるんで、それらはほぼ同じだと考えてもいいと思う

884:デフォルトの名無しさん
07/10/22 00:29:47
>>882
Macintosh of Jobs: 7,800,000 search results match this

やった！！！マックの仕事すげー多いよおかーさん！

885:デフォルトの名無しさん
07/10/22 05:06:06
>>884
よかったですね
マックの工場で梱包の仕事でもしててください

886:デフォルトの名無しさん
07/10/22 06:13:14
自信満々の書き込みﾜﾗﾀ

887:デフォルトの名無しさん
07/10/22 12:57:50
ホビープログラマとしてはQtは良い選択肢
仕事で使う気にはならんけどな

888:デフォルトの名無しさん
07/10/22 13:29:48
というのが、プロの見解の落ち着くところですか。
ならば、安心して楽しめばよいわけだ。

Ver. 4.3.2 はWindows派（Visual Studioに慣れている人）
には、大サービスだ。

889:デフォルトの名無しさん
07/10/22 15:36:27
windowsの環境で、Qt使ってる人っているの?

890:デフォルトの名無しさん
07/10/22 16:17:49
いるよー

891:デフォルトの名無しさん
07/10/22 18:07:01
ホビープログラマに取っては、フリーのQtは大変結構だけど、
プロに取っては、ちょっとやって見ようという値段ではない
ですね。でもソフトの値段というのは、本当はこういうもの
ですか。

892:デフォルトの名無しさん
07/10/22 21:26:46
>>891
仕事のために買いました。人件費に比べたら充分に元が取れますよ。

893:デフォルトの名無しさん
07/10/22 21:30:19
自分は上司を説得して会社に買ってもらった。
確かにそれなりに高いけど、長い目で見たら十二分に元が取れる。

894:デフォルトの名無しさん
07/10/22 21:41:38
>>891
人を馬鹿にしてるよね

895:デフォルトの名無しさん
07/10/22 22:09:46
組み込みとかだとコンパイラで40万円超はざらだし。

896:デフォルトの名無しさん
07/10/22 22:16:31
ライセンスか？妥当な値段じゃね？

897:デフォルトの名無しさん
07/10/23 02:52:29
GPLでいいだろ
どうせイントラで使うんだし。公開？ばかいっちゃいけない。

898:デフォルトの名無しさん
07/10/23 04:53:13
客先に納品するならソースくっ付けるしGPLで問題ないよな
開発費用もらってるし，公開はどうぞお好きにっとw
パッケージ製品？バカいっちゃいけない．

こんなんでtrolltechは大丈夫なのか？

899:デフォルトの名無しさん
07/10/23 07:59:52
>>898
GPL がよいなら GPL 版、商用版がよいなら商用版を使えるのだから何の問題もない。

900:デフォルトの名無しさん
07/10/23 08:59:21
さりげなく>>900ゲット

どちらにしてもTrolltechの戦略はあまりうまくいってないように思う
Qtの認知度は低いし、使用人口なんて更に低い
使用人口が少なければそれに関する本も出ない
質問サイトだっていつもガラガラ
質問サイトがガラガラなら学ぶ手段もないし
また使用人口が減る、という悪循環

Trolltech自身が詳しい解説やデモやらサンプルを大放出しているが
「本当にこれら全部網羅する価値あるのか？」といつも疑問に思う

なんと言うか…
野球やサッカーで世界を目指すのならまだしも
カーリングで世界を目指して楽しいか、という気分だ

901:デフォルトの名無しさん
07/10/23 10:00:30
例えの意味がわからないが・・・
何らかの方法でGPLと商用の中間が欲しいね。
二者択一しかないなんて、使うなと言ってるのと同じ。
例えば俺はいくらなんでもGPLは拒否したいし、
余分な金も払いたくない。
よって使わない。
つまり検討の余地が全く生まれない。

902:デフォルトの名無しさん
07/10/23 10:17:25
>>901
「あの人、サッカーの先週でさ、今度のワールドカップの日本代表に選ばれたんだって！」
「ええ～っ、すっご～い！日本中のサッカー選手の憧れの的じゃん！」

「あの人、カーリングの選手でさ、今度の冬季オリンピックの日本代表に選ばれたんだって！」
「・・・そ、それって・・・すごいの？どこがどうすごいの？ていうか・・・カーリングってなに？」

903:デフォルトの名無しさん
07/10/23 11:34:11
言いたい事は分かるけど、カーリングは日本でもかなりメジャーなスポーツじゃん。
選手の名前も知られてるし、日本代表なら普通に凄いよ。

904:デフォルトの名無しさん
07/10/23 20:56:10
>>901
ただ乗りしたいだけだ。

905:デフォルトの名無しさん
07/10/23 21:25:48
wxWidgetsあたりを使えば？

906:デフォルトの名無しさん
07/10/23 22:23:58
qtが閑古鳥ならwxとtkはどうなるのよ。クロスなgui環境が下火なのか？

907:デフォルトの名無しさん
07/10/23 22:42:10
>>901
>よって使わない。

それで良いんじゃないの。よくある結論だと思うけど。
自由が欲しいのであれば俺も wxWidgets を強く勧めるよ。
あれは良い物だ。

908:デフォルトの名無しさん
07/10/23 22:58:13
>>900
>質問サイトだっていつもガラガラ
>質問サイトがガラガラなら学ぶ手段もないし

MLは毎日結構な量のメッセージが流れているようだけど。
あれぐらいじゃ、ガラガラなのかな？

909:デフォルトの名無しさん
07/10/23 22:59:03
日本語のMLってある？

910:デフォルトの名無しさん
07/10/23 23:26:43
考えたこともなかったわ

911:デフォルトの名無しさん
07/10/24 07:07:32
>>909
URLﾘﾝｸ(mail.kde.gr.jp)

912:デフォルトの名無しさん
07/10/24 10:01:34
クロスプラットフォーム自体の需要が（r

913:デフォルトの名無しさん
07/10/24 18:58:12
>>912
クロスじゃないけれど開発に使った。

914:デフォルトの名無しさん
07/10/25 00:13:17
Qt って使いやすくて良いじゃん。

915:デフォルトの名無しさん
07/10/25 05:40:12
>>908

URLﾘﾝｸ(www.qtforum.org)

わー、Repliesの数を見ても分かるように
たしかに人いっぱいで盛り上がってますねー（・Ａ・）

916:デフォルトの名無しさん
07/10/25 12:09:41
>>915
908 じゃないが、BBS でのプログラミングの質問に即解答が来るとは限らんんのでは？
そこそこ投稿はあると言って良いのかな。使ってないからよくわからんが、大元での
ML はいくつかあるが、qt-interest とか 1000/month 程度だからまぁ盛り上がってる
と言っても良いのでは。

URLﾘﾝｸ(lists.trolltech.com)

比較すると gtk+ だとここなのかな…

URLﾘﾝｸ(mail.gnome.org)

Swing はもっとトラフィックありそうだけど知らん。

917:デフォルトの名無しさん
07/10/25 17:23:15
>>916
投稿はあっても回答者がいなけりゃ何にもならんだろ？
あそこは放置される質問の数の方が回答来る質問より多いんだから。
実はあそこはたった一人か二人の回答者で回ってんだ。
一日二日放置して「誰も答える人いないですか？」って書くとやっと返答が来る始末。
あとは他の質問者が「これくらいなら答えられる」って答える程度。
全員が全員「クレクレ厨」ってことさ。

他のBBSでのプログラミングの質問サイトだと5分で返答来るけどね。
少なくとも「それ、どういう意味？」くらいの返答は来る。

qt-interestもどれだけの質問が放置されてるかよく見てみろ。
もう完全に終わってるね。

918:デフォルトの名無しさん
07/10/25 19:10:53
それって世間一般ではC++/QTの学習曲線が急すぎて
誰も登っていけないってことじゃないの？

919:デフォルトの名無しさん
07/10/25 22:45:49
>>918
違うのでは。むしろ、興味を持つ人はいるが、親切なお節介さんが
少ないということだと思う。他では結構できる人がいろいろ答えたり
する場合がよくあるからね。trolltech も本家の ML 位にはいろいろ
新人でも良いから答えさせておけば入りやすいかも、なんて思ってしまうが…

920:デフォルトの名無しさん
07/10/25 23:24:16
親切になれというのが間違いでは。
1回答1000円ぐらいなら考えてもいいよ。

921:デフォルトの名無しさん
07/10/25 23:31:26
>> 917

>一人か二人の回答者で回ってんだ
だったら自分で回答しまくって実力を見せてみろ。それすらできない技術レベルなののだろう。

ML に質問しなくても、リファレンス、サンプルコード、ソースコードで分かる。
ML に投げるのは、そういうことができないのがほとんどなんだよ。

922:デフォルトの名無しさん
07/10/25 23:39:04
>>920
その通りだよね。だからこそ trolltech とかは利害が絡んでるから
ちょっと手伝っても良いような気がするのだが…

923:デフォルトの名無しさん
07/10/26 00:35:25
GTK+ って使ったことないんだけど、Qtとどっちが使いやすそう?

924:デフォルトの名無しさん
07/10/26 03:03:57
おいおい判らないならソース読めよって感じだけどな
Core・GUIに関しちゃそんな難しくないし

925:デフォルトの名無しさん
07/10/26 03:09:42
関係ないが、
ソース読めって、最後の武器だと思うんだが
軽々しく使いすぎる
オープンソースはビジネスモデルとして破綻してる

926:デフォルトの名無しさん
07/10/26 03:11:51
>>925
マジで？ソース読むのは基本だろ・・・

927:デフォルトの名無しさん
07/10/26 03:32:57
ドキュメントにはたまに嘘が書いてあるからね。
あと、ソースとそのコメントってお互い補完しあう関係だと思う。
だいたい、ソース読むのぐらい今時MSでもやってることだろ
オプソというのは広く公開する話で、一般の技術とは関係がない。

928:デフォルトの名無しさん
07/10/26 07:45:21
>>925
オープンソースでなくても開発者にはソースを読めるようにするのが当たり前なんだ。

929:デフォルトの名無しさん
07/10/26 08:53:21
>>919
ほぼ同意
何しろ絶対数が少ないからな
もう少し多ければ親切なお節介さんも増えるだろうに

>>921
アホか？
なんでそんなところで俺の実力を見せないといけないんだ？
テイクもしてないのになぜギブせんといかんのだ？
その点では>>920と同じ考えだよ。
自分の回答を答えてもらった代わりに他の人を助けたことはあったがな。

>ML に質問しなくても、リファレンス、サンプルコード、ソースコードで分かる。

お前がそのレベルしか必要としてないからだろ

930:デフォルトの名無しさん
07/10/26 12:55:09
>>928
まぁその通りだな。一般のユーザーにソース読めというのは
無理があると思うが、アプリケーション開発するのにソース
読まないでどうするのかしらん、という感じだわな。
オープンソースに限らず。

931:デフォルトの名無しさん
07/10/26 18:01:04
そういえばqt4-qtruby-mswin32がリリースされたよな。
どう、使ってる？

932:デフォルトの名無しさん
07/10/26 20:25:53
>>929

無関係なら出て行ってくれ。

933:デフォルトの名無しさん
07/10/26 21:37:21
じゃあソースが読めないWindowsのアプリは開発できないじゃん。

934:デフォルトの名無しさん
07/10/26 21:57:45
>>933
何屁理屈言ってるの？ Windows のアプリ用にもたくさんの
ソースコードの例があるからそれを参考にするわけ。
Qt でもデモのコードがあってそれを参考にする。
誰も OS のソースコードを見る必要があるとは言っていない。

君プログラミング経験ほとんど無いでしょ。

935:デフォルトの名無しさん
07/10/26 22:49:46
ソース読めってサンプルコード読めって意味かよｗｗｗｗｗ
わらかすなｗｗｗ

936:デフォルトの名無しさん
07/10/26 23:02:27
>>935
OS のソースが必要だと言ってると思ってる君の方が笑える。

937:デフォルトの名無しさん
07/10/26 23:11:46
WindowsのGUIはOSと一体なんだからしかたないじゃん。

938:デフォルトの名無しさん
07/10/27 04:05:55
ドライバがkernelと一体のlinuxは異常

939:デフォルトの名無しさん
07/10/27 04:44:54
DDKがないとドライバの開発すらできません＞＜
って意味じゃなくて?

有名どころでは、googleのアプリは結構qtが使われてたりする。
速度的に問題のあるc#やらjavaよりかは、現実的な速度でOSに縛られにくいという強みは十分あると思う。

940:デフォルトの名無しさん
07/10/27 04:51:17
skypeもQtだったよな

941:デフォルトの名無しさん
07/10/27 07:13:07
>>933
MFCで組んでてもMFCのソースは見るんじゃないかと思う。
Win32のソースは見たことないが、Qt+Linuxで組む時だってX11や
カーネルのソースまでは見ないよね？

942:デフォルトの名無しさん
07/10/27 09:09:45
>>932
(ﾟДﾟ)ﾊｧ?
意味分からん
気ぃでも違ったか？

943:デフォルトの名無しさん
07/10/27 09:26:46
>>929
Qt が憎くてケチ付けているだけだな。

944:デフォルトの名無しさん
07/10/27 09:36:20
＞ドライバがkernelと一体のlinuxは異常
確かにlinuxで一番迷惑だなこれ

945:デフォルトの名無しさん
07/10/27 09:41:39
モジュールだろ、今は。

946:デフォルトの名無しさん
07/10/27 10:31:15
>>943
これだけ将来性のない言語を褒め称えるお前の方がどうかしてると思うが？

947:デフォルトの名無しさん
07/10/27 12:35:38
>>946
C++0xが策定中でこれからまだ伸びるのに？

948:デフォルトの名無しさん
07/10/27 12:42:36
モジュールになってるけどね。GPLだからそうするのが一番便利ってのもある。

ただ、2.26.23からユーザー空間でドライバを書ける技術が導入されたから
将来的には楽になるとは思う。ただ、ライセンス上やっぱ同梱してくれたほうが
いろいろと楽だよ。

949:デフォルトの名無しさん
07/10/27 12:49:48
>>938 >>944
> ＞ドライバがkernelと一体のlinuxは異常
> 確かにlinuxで一番迷惑だなこれ

それっていつの話してるの？

950:デフォルトの名無しさん
07/10/27 14:27:20
>>948
将来的にもあんまり変わらないんじゃないの。
今でもグラフィックとか USB の一部はユーザランドに外出しされてる。

951:デフォルトの名無しさん
07/10/27 15:06:50
どうしてもC++を貶したい奴が居るみたいだな
嫌いなら使わないそれで良いだろ
マイノリティー向けライブラリスレなんかに来ないで言語スレにいけよｗ

952:デフォルトの名無しさん
07/10/27 18:37:42
>>947
青田買いか？
はたまた、取らぬ狸の皮算用か？
これだけJavaとC#にシェアとられてるのに伸びるかよｗｗｗ

953:デフォルトの名無しさん
07/10/27 19:05:30
>>952
あれ？君C++とQtの達人じゃなかったの？
勘違いしてたかな。

954:デフォルトの名無しさん
07/10/27 20:15:27
C++は滅びんよ　何度でも甦るさ　ネイティブコードは人類の夢だからだ！

955:デフォルトの名無しさん
07/10/27 20:18:09
コンパイル型で最終的にネイティブコードが生成される言語なんぞ
ゴマンとあるだろ

956:デフォルトの名無しさん
07/10/27 21:18:25
>>953
達人ならJavaとC#の侵攻は防げるとでも？
本当に先見の明のない奴だな
一度下火になったC++の人気が盛り返すことはほぼないだろう
C++と一緒に消えてしまえ

957:デフォルトの名無しさん
07/10/27 22:40:25
>>956
流行り廃りの話をしてたの？
オナニーで気持ち良ければいいって話かと思ってたよ。

958:デフォルトの名無しさん
07/10/27 22:50:05
>>957
読解力ゼロか？
未来を担う学生どもがこぞって
JavaとC#を学んでいるというのに
C++とQtとを組み合わせて学ぶ奴がどこにいるのかと小一時間(ry

依頼する側もほぼ同じ機能で良いなら
より普及している言語を選ぶだろう
マの代わりはいくらでもいるし
メンテもしやすい

959:957
07/10/27 22:53:09
>>958
ぶっちゃけ俺もC#しか使ってないんだけど。

960:デフォルトの名無しさん
07/10/27 22:57:22
ついにぶっちゃけたか
これが現実

961:デフォルトの名無しさん
07/10/27 22:59:28
JavaもC#もC++で書かれてるのに滅びるなんてありえない。
これだけ普及してて、最近は組込みでもC++が主流になりだしたというのに。
学生がJava/C#を学んでるのは抽象化が出来て、先生が計算機科学の本質を
教えやすいからでしょ。あと、ウェブアプリの台頭もあるし。
しかし、C++/Cが滅ぶことは絶対にありえないし、滅ぶとしてもまず>>958の一族が
全員滅んでからだと思う。

次ページ