[KDE/Qt]Qtについての ..
113:デフォルトの名無しさん
07/12/06 14:12:43
PosgreSQLデータベースでinet型ってありますよね
あの型のデータをQt上で扱おうと思って別の型に変換しようとしているんですがQString型じゃないとやっぱりだめですかね
グラフ表示させたいのでDouble型などに変換したいのですが・・・
114:デフォルトの名無しさん
07/12/06 16:06:02
Qt4.3.3
115:デフォルトの名無しさん
07/12/06 16:08:19
4.3.3にあげなきゃだめなんですか・・・
そうなるとソースコードも書き直さないといけないですよね・・・
116:114
07/12/06 17:05:54
すみません、Qt4.3.3がリリースされてますという単なるお知らせのつもりでした。
117:デフォルトの名無しさん
07/12/06 23:16:55
>>113
inet 型は特別な扱いはせず QString にしていますから、それを QHostAddress にでも型変換すればよいのではないですか。
118:デフォルトの名無しさん
07/12/12 08:57:17
あれ、Qt4.4出た？
119:デフォルトの名無しさん
07/12/18 05:42:34
>>118
スナップショットに上がってるな、ビルドしてみる
- 新機能
WebKit Integration
Multimedia Framework
Enhanced XML Support
Concurrency Framework
IPC Framework
New Help System
Multimedia FrameworkはQtScript 以来にｷﾀｰって感じかな、IPCはやっとか・・・
120:デフォルトの名無しさん
07/12/18 07:38:14
なんだよ、XMLサポート、今頃改善されてんのかよ
常々、おせーよ！！
121:デフォルトの名無しさん
07/12/19 00:33:08
おお、WebKitついにきたね
Multimedia Frameworkはコーデックがないのは残念だが、なかなか良さそうだ
122:デフォルトの名無しさん
07/12/28 22:46:33
新機能はもういらんから、
簡単なGUI部品だけの構成の軽量版を出してはくれまいか
123:デフォルトの名無しさん
07/12/28 23:12:55
そんなことしたら売れないだろ
営業に「新しいバージョンでは機能が簡素化されました！」なんて
いわせるわけにいかない。それに新機能はどれも必要だと思うぞ。
124:デフォルトの名無しさん
07/12/28 23:21:16
>>122
今度のは、取捨選択できるようになるのでは？
WindowsCE向けだけかもしれないけど。
125:デフォルトの名無しさん
07/12/28 23:46:15
今度のはって、バージョン５のことか？
126:デフォルトの名無しさん
08/01/02 23:24:27
なんかQtがどんどん高機能化するとlibkdeって微妙になるよね.
無駄に多機能なgnomeへの批判としてxface4が脚光を浴びたように,
Qtの機能だけでデスクトップ環境を作るという動きも出てきそう.
少なくとも自前のアプリを作ろうとしたときに，もうlibkde使うことは
考えないもんな.
127:デフォルトの名無しさん
08/01/03 00:55:02
KDE4が出るまでなんとも言えないな
前にKDE4はWindowsやMacでも動く、
みたいな文章を読んだ気がしたんだが違ったっけ？
128:デフォルトの名無しさん
08/01/03 01:34:42
Qtが無駄に多機能ってぇのはあるかもしんねぇ
129:デフォルトの名無しさん
08/01/03 10:23:12
Qtで多倍長整数やら暗号やらを使えるようになったら言うこと無いな。
まぁGPLで作ってるから他のGPLなライブラリ引っ張ってきて問題ないんだけどさ。
130:デフォルトの名無しさん
08/01/03 11:35:57
>>127
KDE4 は Windows、Mac、Unix/Linux で動くよ。
131:デフォルトの名無しさん
08/01/03 12:40:36
Qt4/UNIXのサウンド関係は今ひとつだなー。
つうか、UNIXのサウンド関係がそもそも今ふたつだからか･･･
132:デフォルトの名無しさん
08/01/03 15:48:15
>>129
いらん。
133:デフォルトの名無しさん
08/01/03 16:37:05
それ自体が環境として完結したライブラリを目指してるんでしょ？
Javaの標準でできることくらいは全部網羅してほしいお＾＾
134:デフォルトの名無しさん
08/01/03 17:10:11
>>133
やめい。
135:デフォルトの名無しさん
08/01/03 17:54:06
>>132
あっても良いのでは？
使う使わないは自由だろうし。
136:デフォルトの名無しさん
08/01/08 05:50:43
IM回りが不安定なのはKDE4では良くなるんだろうか。
137:デフォルトの名無しさん
08/01/08 06:19:45
>>133
ほぼ同意。
だが、俺が望むのは更に上のレヴェル。
g++の標準でQtが付いてくればよい。
どこの糞パソコンだろうと
g++が載っていればQtで組める仕組み。
・・・誰か文句あるか？
138:デフォルトの名無しさん
08/01/08 14:09:42
LiMoに参加したって。
139:デフォルトの名無しさん
08/01/08 14:38:42
>>137
そこまでいくなら
Boost.GUIとしてC++の標準的GUI環境として規格化してほしいな
ゆくゆくはC+0xに取り込む方向で。西暦2500年頃には使えるようになってるかな。
140:デフォルトの名無しさん
08/01/08 17:04:04
g++はGUIどころかTTYすら無い組み込みでも使ってるから
それとセットにして欲しくは無いな
141:デフォルトの名無しさん
08/01/08 18:32:05
ttyもない組み込みで、コンパイラが動作してるの？
用途は、ダイナミックコンパイルとか？
142:デフォルトの名無しさん
08/01/08 22:25:16
Boost.GUI とかあったらいいなぁ。Java 使ってて一番魅力を感じるのは
GUI が標準でプラットフォームに限らずあること。（依存しないとは言わないが）
Java だって携帯や組込み用は違うわけでしょ。別にあってもいいじゃん。
Trolltech 潰れちゃうかもしれないけど。
143:デフォルトの名無しさん
08/01/10 01:05:28
GPLの精神って、日本国内のサポートが、偽装請負のブラック企業を窓口
にしていることと関係あるの？
144:デフォルトの名無しさん
08/01/11 08:35:23
>>142
前スレからQtの文句垂れてる俺様は
その点を指摘しまくってきた訳だが。
今頃になってシンパが出だしたか…。
今の時代にGUIが別になってる言語って…馬鹿？
よってC++/Qtは糞。
145:デフォルトの名無しさん
08/01/12 10:29:25
KDE 4.0 リリース
URLﾘﾝｸ(www.kde.org)
146:デフォルトの名無しさん
08/01/12 11:43:33
>>144
自分中心に回ってる奴だな。Java と C++ 両方使ってる人のかなりの
割合は C++ にも標準で GUI があればいいな、と考えてるよ。
別に Qt とは関係無く。
Java も C++ も少し前からあるんだよ。
> よってC++/Qtは糞。
だったら使わない方がいいよ。
147:デフォルトの名無しさん
08/01/12 17:59:14
別にC++のGUIがQtに決まったわけじゃないのに・・
QtにはJava用のQt JambiとかC#用のQyotoとかもあんだけどなあ。
148:デフォルトの名無しさん
08/01/12 22:32:31
ろくに Java も知らないで Java でやりたいのに Qt が採用されてケチつけているというような輩じゃないの。
149:デフォルトの名無しさん
08/01/13 05:45:19
プラットフォームでGUIは変わらざるを得ないだろうし、
無理に一緒にしようとしたら、.NETみたいにどれかのプラットフォームを優先するか、
QtやJavaみたいに最大公約数的なものになってしまう。
いや…。
ごめんなさい、Javaのことはあまり知りません。
個人的には最大公約数的な範囲のプログラムが多いから重宝してるんですけどね。Qt。
でもQtだって、最初にX11環境ありきで作ったんだよね、たぶん。
Windows、Macバージョンで作ったプログラムって違和感あるし(特に後者)。
150:デフォルトの名無しさん
08/01/13 09:05:32
Qt の最初のバージョンは Windows と X11 向けだよ。Mac は違和感が一番あるね。
151:デフォルトの名無しさん
08/01/13 17:33:16
Macなんてサポートしなけりゃ良いんだ・・・
152:デフォルトの名無しさん
08/01/13 17:42:46
WebKitとの絡みでそういうわけにもいかん気がする
153:デフォルトの名無しさん
08/01/13 19:18:54
>>151
Windows よりまともな OS なのに。
154:デフォルトの名無しさん
08/01/13 19:21:02
はいはい
155:デフォルトの名無しさん
08/01/13 19:21:15
↓以下、宗教論争
156:デフォルトの名無しさん
08/01/13 19:51:10
Mac は wx も違和感あるけど wx の Cocoa 化が進めばそれも解消されるかもしれん
あっちは OS にバンドルされているからね
157:デフォルトの名無しさん
08/01/13 20:16:40
Qt 4.5 で Cocoa 化される予定になっているよ。
158:デフォルトの名無しさん
08/01/13 20:20:16
>>153
Windowsもサポートしなくて良いと思ってる。
まぁ、その辺はシェアを考えるとしょうがないのかも。
159:デフォルトの名無しさん
08/01/13 20:31:18
>>158
じゃあもうQTはX専用でいいよ
160:デフォルトの名無しさん
08/01/14 00:24:51
Qt Designerって初めて使ったとき、ソースって何処に書くの? って悩むよね。
*.ui から出来る*.cppに書くと、次にuiファイル編集すると消えちゃうしね。
161:デフォルトの名無しさん
08/01/14 00:26:46
>>160
出てきた*.cppのクラスを継承するのが定石だっけ？
162:デフォルトの名無しさん
08/01/14 00:33:13
>>161
そうなんだよね、初め知らずに苦労したよ。 Qt DesignerってGUIが
Qt Designerを使って書かれてるんだよね。Qt Designerのソース見てて
ようやく使いかた見つけた。継承に感激した一瞬だった。
163:デフォルトの名無しさん
08/01/14 20:26:23
そんなことしなくても、
最初にGUIを決めて絶対変更しなければいい
164:デフォルトの名無しさん
08/01/15 21:35:35
そりゃーおもしろい
165:デフォルトの名無しさん
08/01/28 16:52:47
Nokia to acquire Trolltech to accelerate software strategy
URLﾘﾝｸ(www.nokia.com)
166:デフォルトの名無しさん
08/01/29 00:27:40
S60 と Maemo は終了なのかな?
どちらも Qt の何倍も価値があると思うけどなあ
167:デフォルトの名無しさん
08/01/29 00:52:23
それはNokia次第じゃないかな
MaemoはAndoroidoという強力なライバルがいるからどうなるやら。
とにかくスマート携帯の場合WinMobileがカスすぎるので早く市場を取ってほしい。
168:デフォルトの名無しさん
08/02/03 12:27:00
CDT環境にQtをうまく組み込めないんですが、良い解説サイトはありませんか？
169:デフォルトの名無しさん
08/02/03 19:34:43
qt-eclipse-integration-win32-1.0.1.exe
これであっさりいかないか?
170:デフォルトの名無しさん
08/02/05 23:34:22
qt4-designer の tutorial のお勧めってある？ ちょっと弄った感じ
だと google で引っかかる tutorial はイマイチ本来の力を使って
無いように見える。assistant についてるのも designer の GUI
から直接した方が楽なところが多そうだし。本もいくつか見たが
細かいところ知るのはいいかもしれないけど、サクサクと
プロトタイピング＋コーディングみたいな例がイマイチ見つからない。
171:デフォルトの名無しさん
08/02/09 21:38:49
公式のチュートリアルで十分だと思うが
172:デフォルトの名無しさん
08/02/13 22:02:58
Qt4.3のリファレンス、イントラで使いたいんだけど
どっかまとめて落とせるとこない？
173:168
08/02/14 00:39:15
>169
CDT 環境にうまくインストールできました。ただ今回はqt-eclipse-integration-win32-1.0.1.exe
使わなかったです。
下記のURLのとおりやったのと、記載になかった
スタート→Qt by Trolltech v4.3.3 (OpenSource)→Qt 4.3.3 (Build Debug Libraries)を実行しないと、
コンパイルが通りませんでした。以上報告までに。
URLﾘﾝｸ(www.nbrains.net)
174:デフォルトの名無しさん
08/02/14 00:54:30
>172
qtのソース落とせばdoc/htmlあたりに入ってるような気がするけど、
それじゃあ何かダメかい？
175:デフォルトの名無しさん
08/02/14 02:20:03
>>174
ああ、そんなのがあったとは…
申し訳ない＆ありがとう
176:デフォルトの名無しさん
08/02/14 19:53:14
日本語でないと読めないとか、
そういうオチかと思った
177:デフォルトの名無しさん
08/02/21 18:20:00
Qtのシグナル/スロットはなんでこんなにｳﾝｺなんだ
直値を使えない・型チェックがない・コネクトできなくても警告が出るだけ
QSignalMapperは扱える型に制限がある上に煩わしい
なんとかしろTrolltech
178:デフォルトの名無しさん
08/02/21 21:43:01
>177
connect に直値が使えないということなら理解が間違っているよ。
型チェックしているからコネクトできなくて警告される。
QSignalMapper は使う必要ない。
179:デフォルトの名無しさん
08/02/21 21:47:25
すべてC++が悪いということでひとつ。
180:デフォルトの名無しさん
08/02/21 22:12:49
コンパイル時に検出できないものを型チェックと呼ぶのか？
181:デフォルトの名無しさん
08/02/21 22:15:34
でも、自分も Qt Desinger からシグナル/スロットを
ほとんど設定できないのは困るな。
既存のシグナル、スロットの組み合わせなら簡単に
設定できるけど、あんまり使い道ないし。
182:デフォルトの名無しさん
08/02/21 22:30:42
>>181
Qt/Designer のシグナル/スロット設定は、Qt 4 になったときに切り落とすべきだった。
183:デフォルトの名無しさん
08/02/21 22:46:03
>>178
直値が使えないというのは
connect(obj1, SIGNAL(sig1()), obj2, SLOT(slot1(0)))なんてことができないってことね
この場合slot1を0を引数として呼び出すslot2()を作ってSLOT(slot2())とするか、QSignalMapperを使うしかないでしょ
184:デフォルトの名無しさん
08/02/21 23:02:07
STLでいうところの、bindingがしたかったのか･･･
185:デフォルトの名無しさん
08/02/21 23:32:20
>>180
動的な型チェックだから。
186:デフォルトの名無しさん
08/02/22 01:25:09
質問なんですけど、Qt Designer で *.uiファイルを uicでhファイルを
作るのが、普通の流れでしょうか？
main.cpp、mainwindow.h、mainwindow.cpp は手動で作成するんでしょうか？
187:デフォルトの名無しさん
08/02/22 02:00:19
4.0 になってから、h ファイル作るのと UiTool で動的に作る方法と
とできて、自分もどっちがいいのかはよくわからないです。
main.cpp を生成するの機能は Desinger からなくなったみたいです。
mainwindows.h, cpp は必ずしも作らなくていいけど、
生成する機能はないので、これも自分でつくらないとだめです。
188:デフォルトの名無しさん
08/02/22 06:39:42
>>187
.cpp を作る機能が余計なものだったので、.h ファイル作るだけになって使いやすくなった。
189:デフォルトの名無しさん
08/02/22 09:51:25
今はどういう流れでみんな Qt4 使うの？ Designer で作ってあとはファイル
作って打ち込む？それとも kdevelop/qdevelop とか使う？
kdevelop 便利そうなんだけど使いこなせない…
190:デフォルトの名無しさん
08/02/22 21:57:41
>> 189
Qt に限らず IDE なんか要らない、エディタでコードを書けばよい。
191:186
08/02/23 00:15:33
>187
ありがとうございます。参考になりました。
>189
私はEclipse+CDT使おうと思ってます。
LinuxでもWindowsでも同じIDEでデバッグできるので。
192:デフォルトの名無しさん
08/02/23 11:05:50
>>189
おー、今はQDevelopなんてのもあるのか
少しさわった感じなかなか快適そうだ
InitialQ なだけに各OS対応なのも嬉しいな
4.0出た当初はマルチOSとはいえ
Winじゃ重いし、違和感があったけど
今は全く別物になったなぁ
193:デフォルトの名無しさん
08/02/23 13:46:53
自分も普通にエディタで作っているんですが、
Eclipse や QDevelop とかだと Qt 向けの何か機能が
あるんでしょうか？
Windows だと Visual Studio に Qt 用の拡張ができる
らしいのですが、どうなんでしょうか？
194:デフォルトの名無しさん
08/02/23 18:15:55
GPLは、ソフトウェアの利用者に対し無制限に再頒布権を与えているわけではない。
再頒布権が与えられるのは、頒布物にあらゆる修正を含めたソースコードを含んでいるか、
ソースコードを提供する旨の法的申し出が添えられているときだけである。
195:デフォルトの名無しさん
08/02/23 21:15:50
>>193
Trolltech のウェブで、Qt Eclipse Integraion を。Qt Visual Studio Integration は商用版のみ。
196:デフォルトの名無しさん
08/02/23 23:31:15
デザイナなんてイラネ
動的にnewしてSetGeometryで大きさと配置を決定
197:デフォルトの名無しさん
08/02/23 23:32:01
なに？4.0が出たばかりのころと今じゃ、今の方が軽いのか？
198:デフォルトの名無しさん
08/02/24 01:07:41
>>197
4.2あたりでパフォーマンスアップの変更は行われてたはず。
199:デフォルトの名無しさん
08/02/24 01:18:28
いつの間にかオープンソース版も公式にVCに対応してたんだな
200:デフォルトの名無しさん
08/02/24 01:37:23
>> 195
ありがとうございます。 Integraion をもう少し調べてみます。
使い慣れたエディタはなかなか変えられないけど、
Windows だと emacs でデバッグできなかったので、
デバッグのとき使おうと思います。
201:199
08/02/24 02:01:30
vc.net2003でQt4.3.4をコンパイルした覚え書き
まずソース(qt-win-opensource-src-4.3.4.zip)を取ってきて適当な場所に展開
そして環境変数を設定
set QTDIR=(展開した場所)
set QMAKESPEC=win32-msvc
demoとexampleのフォルダは不要なら削除しておく
必要なら残してもいいが、消すとコンパイル時間が大幅に短縮できる
次にconfigureを実行
指定するオプションは、俺の場合は次のようにした
-no-stl STLはVCに入ってるので
-qt-zlib
-qt-libpng zlibとlibpngはVCに入ってないので
configureを実行するとライセンスを読んだか聞かれるので、yでenter
configureが済んだらnmakeを実行
完了するとbinフォルダにDLLができてる
202:デフォルトの名無しさん
08/02/24 03:21:42
>>201
demos や examples をコンパイルしたくなければ、-nomake examples
のようにできるよ。
STL サポートは、std::string との受渡をするメンバー関数を有効にするものだから、
STL を使うなら -no-stl にしない方がよい。
203:デフォルトの名無しさん
08/02/24 03:34:49
>>196
Designer は使わなくていい。setGeometry は使わず、QHBoxyLayout などの
レイアウト機能を使った方がよい。
204:デフォルトの名無しさん
08/02/24 03:45:13
>>202
Windows 版には -nomake がなかった。
205:デフォルトの名無しさん
08/02/24 06:07:26
IDE はいらないかもしれないけど、
GUI ビルダはやっぱりいるでしょ。
Qt のレイアウトはコードでも書きやすい方だとは思うけど。
206:デフォルトの名無しさん
08/02/24 11:14:32
グリッドレイアウト使ってスペーシングやストレッチを細かく指定しようとすると、どうしてもDesignerを使うことになる
207:デフォルトの名無しさん
08/02/24 11:58:12
>>206
逆で、Designer でできないからコードで書く。
208:デフォルトの名無しさん
08/02/24 11:59:48
>>207
具体的には？
209:デフォルトの名無しさん
08/02/24 12:54:43
>>208
Designer はレイアウト機能を部分的にしか使えないから。
210:デフォルトの名無しさん
08/02/24 16:24:29
Desinger はできあがりの画面を見ながら、
レイアウトの設定できるのが利点だと思う。
206 もそういう意味で書いたんじゃないかな。
211:デフォルトの名無しさん
08/02/24 17:58:43
すいません。またGPLの話をぶり返してしまいますが、
自分で作成したツールを公開する際、ソースコード
を公開しなければならないと思いますが
「QtCore4.dll」や「QtGui4.dll」を動的にリンクさせている
場合は「QtCore4.dll」に関連するソースコードも公開する必要はありますか？
「QtCore4.dll」などのソースコードの改良はしていない事を前提にしています。
212:デフォルトの名無しさん
08/02/24 18:04:03
そのためのGPLです。
商用版Qtとか、もしもライセンスがLGPLであったのならその必要はないけど。
213:デフォルトの名無しさん
08/02/24 18:37:06
>>211
自分のプログラムと一緒に公開する必要はないんじゃないかな。
214:デフォルトの名無しさん
08/02/24 18:48:17
要求があればソースを出せる体制であればOKだったかなー。
215:デフォルトの名無しさん
08/02/24 18:51:19
QPainterのdrawTextが遅いので、HDCを取得してWindowAPIを使おうと思うのですが、
Qt3にあったHANDLE()という関数がなくなっているようです
HDCを取得する方法は何かありますでしょうか。
216:211
08/02/24 20:25:16
すいません。説明の仕方が悪かったかもしれないですが、
自作のコードは公開するとして、DLLの部分のソースは
公開しなくても良いんですかね？GPLに関して良く分かってないので。
DLLを同梱したりしてもダメなんですかね？
217:デフォルトの名無しさん
08/02/24 20:47:35
面倒なら自作のコード部分も公開すればおk
218:デフォルトの名無しさん
08/02/24 21:36:21
>>216
公開しておく必要は無いが、要求があったら出せるようにはしておかないと駄目。
DLLのソースに関しての話な。
219:デフォルトの名無しさん
08/02/24 22:35:43
>>215
winID() じゃないかな。
220:215
08/02/24 22:58:17
QPaintDeviceにgetDCがありました
221:デフォルトの名無しさん
08/02/27 08:06:41
DLLの部分のソースは公開しなくても良い
222:デフォルトの名無しさん
08/02/27 21:28:35
その根拠は?
223:デフォルトの名無しさん
08/02/28 00:53:02
馬鹿か
224:デフォルトの名無しさん
08/02/29 01:35:52
自分はDLL部分のソースコードを公開するスキルがない。
225:デフォルトの名無しさん
08/02/29 03:14:03
タイトルバーを自前で描画したいんだけど、
何か良い方法はないでしょうか？
226:デフォルトの名無しさん
08/02/29 07:48:55
「QtCore4.dll」などのソースコードの改良はしていない事を前提にしています。
227:デフォルトの名無しさん
08/02/29 20:42:41
>> 225
ウィンドウフラグに Qt::FramelessWindowHint を付ければ、後は好きなようにできる。
228:デフォルトの名無しさん
08/03/01 00:01:32
"「QtCore4.dll」に関連するソースコード"と"公開"がｲﾏｲﾁ曖昧なんだな。
要するにTrolltechがGPLで公開してる部分も、自分が重複してでも
公開しなきゃいけないのか、って話なのか
QtCore4.dllを使ってるDLLのソースを公開する話なのか、だな。
基本的には両方YES。前者については、バイナリ持ってる人から
要求があった場合に提供できる体制であればいいってこと。
fURLﾘﾝｸ(trolltech.com)〜にあります、でもいいわけ(あるなら)。
229:デフォルトの名無しさん
08/03/01 00:51:20
>>228
「QtCore4.dll」のソースコードが、どれとどれかが分からん場合は
QT全てのソースコードをダウンロードできるURLを自分サイトに
貼っても良いの？？
230:デフォルトの名無しさん
08/03/01 00:53:42
そこから確実にQtCore4を生成できる(した)ソースが取得できるならOK。
Trolltechが消すと涙目w
231:デフォルトの名無しさん
08/03/01 01:48:30
>>227
ウィンドウフラグにQt::FramelessWindowHintを付けた状態で
showMaximizedで最大化するとタスクバーが隠れてしまいます。
何か設定が間違っていたり、他にもやることはあるのでしょうか？
OSはWindowsXPでQtは4.3.3を使用しています。
232:デフォルトの名無しさん
08/03/01 07:39:57
/include
/src
233:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/03/01 08:12:02
基本的にはソースコードのみ
235:デフォルトの名無しさん
08/03/01 08:35:55
>>233
バイナリ渡していない人にソース渡すことは義務ではないのでは？
236:デフォルトの名無しさん
08/03/01 08:41:58
Leafは該当ゲーム購入者にだけソース渡したな。
流石GPLというか、現在はネットにソース転がってるけど。
237:デフォルトの名無しさん
08/03/01 09:22:58
ふ〜〜ん。結局のところ、自作ソースとQTのソースとどちらも同じ場所から
ダウンロードなりできるようにしとくのが安全なのか。
商用にもなる、ソースコードを
自分のサイトにアップロードはなんか罪悪感があるな…。
あと、DLL部分のみ抽出して、アップロードするのはめんどくさい。
全ソースが楽な気がする。（DLLができることが前提ってことで）
良いんだよね？QT全ソース公開も…。
238:デフォルトの名無しさん
08/03/01 09:23:09
>>89
>>194
239:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/03/07 15:01:35
designer の signal/slot を使わないで、自分でconnectを書けば。
242:デフォルトの名無しさん
08/03/07 20:20:23
デザイナはsetGeometryを自分で書く代わりだけぐらいに使った方がいい
243:デフォルトの名無しさん
08/03/07 20:37:36
>>242
setGeometry は使わずにレイアウト機能を使うべき。
244:デフォルトの名無しさん
08/03/07 20:53:38
>>240
Designerのsignal/slot設定はおまけだから
フォームを使う側でfindChildするのが普通じゃないかな
245:デフォルトの名無しさん
08/03/07 21:47:09
Qt4.3からOpenGLを使うときに、glTexImage2Dではミップマップが有効にならないようなんですが
どうしたらミップマップを有効にできるのでしょうか？
246:デフォルトの名無しさん
08/03/07 22:24:21
>>241-244
どうもありがとうございます。そういうものなんですか…
designer で一歩手前まで行ける（同じ数なら最後まで行ける）ので、
それを活用してちょこっと書き換えるだけで行けるのかと思っていました。
IDE あまり使わずに書くのは普段やっていることなのでいいんですが、
IDE に慣れていないので本来から見ると非常に非効率な使いかた
をしているかと危惧していました。
247:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/03/12 23:08:36
.argを使いすぎ
250:デフォルトの名無しさん
08/03/13 16:06:28
Qt VS Integration を使っとります。
Visual Studio のディレクトリ設定で DirectX のInclude やら Lib のパスを設定してるにも関らず VS Integration を使うとそのパスが反映されてないようなのですが、解決方法ありますか？
include ファイルを開けません。 とエラーが出るのです orz
プロジェクトのプロパティで追加のインクルードディレクトリに DirectX のパスを追加すれば通るんですけど、何故 ディレクトリ設定は無視されるのでしょうか。
251:デフォルトの名無しさん
08/03/14 21:39:13
>>250
VS Integration は、商用ライセンスでなければ使えない。
ライセンスを買ったところに訊かないのはなぜ？
252:250
08/03/17 10:42:27
わかる方がいたらと思って質問してみたのですが反応が悪いですね・・・ （あんまり商用版は使われていないのかな・・・
商用ライセンスは持っておりますので、サポートの方に投げてみようと思います。
>>251 氏 反応してくれてありがとう。
253:デフォルトの名無しさん
08/03/28 15:34:59
QRubberBandのQRubberBand::Rectangleを使用して
マウスの動きに合わせて矩形のラバーバンドを表示させようとすると、
塗りつぶしの矩形になってしまいます。
塗りつぶさず、外郭線でのラバーバンドを書く方法ってありますか？
QRubberBand::Lineでやってみても、線が一本しか表示できず･･･
254:デフォルトの名無しさん
08/04/01 16:57:52
QRubberBand 使ったことないんだけど、外郭線なら mousePressEvent で始点を取って、
mouseMoveEvent, mouseLeaveEvent で終点を取れば QPainter.drawRect でいけるんじゃないかな？
255:デフォルトの名無しさん
08/04/12 16:25:31
qt4-designer で作った widget にはどのように絵を描けば良いのでしょうか？
widget を作れば例えば ui.widget になりますが、こいつの paintEvent を
書くことになるんでしょうか？そうするとどこに書けば良いのでしょうか？
tutorial の例とかだと、widget を明示的に作っているのでそれの
paintEvent を書くと良いのですが、できれば GUI をグラフィカルに
調整したいのでデザイナーで widget を作りたいのです。
256:デフォルトの名無しさん
08/04/12 16:43:16
designerで作ったwidgetを格上げすればいいよ
widgetを右クリック→格上げ
257:デフォルトの名無しさん
08/04/12 23:49:20
>>256
早速の返事どうもありがとうございました。大変助かりました。
tutorial とか本とか見ていたのですが、どう designer を使うか
わからなくて悩んでいました。試してみましたがうまく行きそうです。
こんなに簡単なことだとは思いませんでした。
258:デフォルトの名無しさん
08/04/15 15:25:09
QTableWidgetを使用してスプレッドシートのようなものを作っていますが、
QTableWidgetItemに数字だけを入力可能にするような設定は可能なのでしょうか？
QLineEditならsetValidatorを使って設定できるのですが･･･
あと、QTableWidgetItemにボタンって付けられるのでしょうか？
本を買って色々調べてみたのですが、どうにも分かりません。
259:デフォルトの名無しさん
08/04/15 23:52:56
setCellWidgetでQLineEditを貼り付けたら？
260:デフォルトの名無しさん
08/04/16 09:14:51
>>259
出来ました！回答ありがとうございます。
261:デフォルトの名無しさん
08/04/19 22:16:21
ウィンドウマネージャにqlwm使ってる人いる？
軽くて気に入ってるんだけど、
どういうわけかdesignerでウィジェットリストの部品を掴むと、
カーソルが'Forbidden'の形(駐禁マークみたいなの)に替わってしまい、
フォームにドラッグアンドドロップできない。
~/.config/Trolltech/Designer.conf と
~/.designer/ 以下のすべてを取り除いてやりなおしても同じ結果。
ところがWindowmakerとxfce4では問題なく作業できる。
要するに相性の問題みたいなのだが、いったいどこが悪いのだろう。
(kde-4.0.3はインストール済みだが起動後クラッシュの原因が不明で確認できず)
262:デフォルトの名無しさん
08/04/21 22:24:41
そろそろQt5の話が出てもいい頃だと思うが
263:デフォルトの名無しさん
08/04/23 22:18:04
思わないが
264:デフォルトの名無しさん
08/05/07 10:57:31
ITRON や T-Engine 上で動作できますか？
（Xは無し）
265:デフォルトの名無しさん
08/05/07 21:48:04
ひっそりと 4.4 リリース
266:デフォルトの名無しさん
08/05/08 23:55:08
>>262
構想は俺の頭の中にある
267:デフォルトの名無しさん
08/05/09 18:14:24
Qtは基本的にマルチプラットフォームでネイティブなGUIアプリを作りたい場合のツールキットだよな？
そもそもそんなニーズがあるのか？
ネイティブじゃなくていいならJavaがあるし、GUIじゃなくていいならスクリプト系言語が腐るほどあるし。
Qt使って成功したパッケージソフトあるの？
268:デフォルトの名無しさん
08/05/09 18:34:01
>>267
XDvi とか Skype とかは、Qtを使っている様子は見えたけど。
あと、 Google Earthとか、シミュレーションソフトの Flow3D とか。
269:デフォルトの名無しさん
08/05/09 18:38:40
つSkype
コアな音声部分はQt関係ないがなｗGUI&チャットのみだわ
やっぱ組み込みだわなシェアあるのは、ここにはかけんけど結構そんなのが
270:デフォルトの名無しさん
08/05/09 19:47:15
Linux + C++なら割と多いんじゃない？
271:デフォルトの名無しさん
08/05/09 20:23:25
Qt はマルチプラットフォームがメインじゃ無いんじゃないかな。
むしろ、Linux で C++ のアプリケーション作る道具。
KDE 関係もあるし、そういう意味じゃ用途はある。
「成功したパッケージソフト」が商用という意味ならば、Qt 以前に
元々そんなもの自体が Linux に少ないから。
272:デフォルトの名無しさん
08/05/09 20:34:54
>>267
Photoshop Elements
273:デフォルトの名無しさん
08/05/09 21:43:22
Qtは８年ぐらい前に、会社の業務とは関係なしにちょっと勉強したことがあったけど、
これをモノにしても金にならないと思ってやめた。
シェアウェアで稼ぐならWindowsしかなかったし。
でも最近はマックのシェアが伸びてきているので、またQtに興味が出てきたところ。
LinuxはGPLのせいで全く金にならないし、ディストロやインストールの選択肢がありすぎて
個人でのサポートは事実上不可能。
KDEライブラリは訳分からなかった。Qtを単にラップしただけのものから、特定のKDEアプリの
副産物としか思えないような機能テンコモリのクラスまで、粒度がばらばらで、
クラス階層が厚化粧で、すごく使いにくい。
Document/Viewアーキテクチャとか当時のMFCのパクリみたいな、今では古くさい構造も
複雑で分かりにくかったし、KDEは総じて糞だと思った。今はマシになっただろうか。
274:デフォルトの名無しさん
08/05/09 22:02:56
Mac OS X でも商用ライセンスじゃない Qt を使うなら GPL だぞ。
Linux でもユーザランドは GPL 必須じゃないぞ。
ちなみに Cocoa 版の Qt が開発中らしい。まだ日本語は使えないっぽいけど。
URLﾘﾝｸ(labs.trolltech.com)
275:デフォルトの名無しさん
08/05/09 22:03:11
>>273
8 年前とじゃ Qt は大分変わってるよ。金になるかどうかは知らんが…
276:デフォルトの名無しさん
08/05/09 22:04:27
あと、QtはネイティブコンパイルができるRAD環境としてはC++Builderよりは将来性があるかも。
MFCもC++Builderもそうだったと思うけど、フォントが大きくなってもダイアログサイズが固定とか、
Labelが回り込んでくれないので国際化対応をすると全部文字がでないことがあるとか、
ものすごくダメな設計だったけど、QtはJavaと同じくその辺はうまくやってくれるので。
.NETは使ってないので知らない。
277:デフォルトの名無しさん
08/05/09 22:04:42
金にならないって点は変わってないがQt自体の出来はずいぶんよくなった
278:デフォルトの名無しさん
08/05/09 23:44:18
>>277
8年前だとQt2くらい？
そりゃ違いすぎるよな。
279:デフォルトの名無しさん
08/05/10 15:21:11
てゆうことはあれだな。
Qtで作るべきなのは、クライアント側には何の技術的価値もないネットサービスのクライアントソフトだな。
そういう種類のソフトはクロスプラットフォームであるべきだが、
Javaや.NETみたいに追加のランタイムが必要だったり起動や動作が激遅になるのは困るので、
ネイティブである必要があると。
ネットサービスを登録制の有料にすれば、クライアント側のソースコードをGPLで公開したとしても、
何の不都合もないし。
280:デフォルトの名無しさん
08/05/10 15:45:40
>>279
へんなひとりごとだな。
281:デフォルトの名無しさん
08/05/10 16:16:17
>>279
突っ込みどころが多すぎてわろた
282:デフォルトの名無しさん
08/05/10 17:38:53
>>279
何か問題が起きたらとりあえずＴのせいに出来るｗ>>com版
283:デフォルトの名無しさん
08/05/10 22:36:46
金稼げないなら５０万もする商用ライセンスを買うが意味ない。
マックにはOS付属の統合開発環境Xcode & InterfaceBuilderがあるし、
Windowsには無料のVS2008Expressがあるし、
Linuxは金取れないOSだからそもそも開発しないし。
284:デフォルトの名無しさん
08/05/10 22:46:18
>>283
ハラいてー
285:デフォルトの名無しさん
08/05/10 23:01:39
↑金取れないOSでボランティア活動してる暇人？
286:デフォルトの名無しさん
08/05/10 23:24:57
おもしろー
287:デフォルトの名無しさん
08/05/11 03:15:52
283は何かを親切に心配してくれてるんだと思うけど
ふつーにQtでカネ稼いでくっていってますよ。
288:デフォルトの名無しさん
08/05/11 15:34:20
金が欲しいならプログラマなんかやめて弁護士か公務員になるのが賢明
289:デフォルトの名無しさん
08/05/11 15:53:14
すれち
290:デフォルトの名無しさん
08/05/11 15:54:13
>>287
どういう種類のソフト作ってるの？
クライアント側には何の技術的価値もないネットサービスのクライアントソフト？
291:デフォルトの名無しさん
08/05/11 16:04:43
>>290
287じゃないが…
俺もLinux+Qtでお金もらってますよ。制御用端末だけど。
クライアントといえばクライアントだけど、クライアント=技術的価値がない、とは思わないな。
なんで技術的価値がないことにしたいのかな?
292:デフォルトの名無しさん
08/05/11 16:26:15
>>291
そういう一品モノの受託開発だったら何使おうと勝手だし、
社員が自腹でライセンス買う訳でもないし、会社に「買って（はあと）」とお願いするだけだから、
気楽でいいだろうけどね。
Qt使ってシェアウェアやパッケージ製品で金を稼いでる人はいる？
マーケットで価格や性能を競争しなければならないソフトという意味で。
293:デフォルトの名無しさん
08/05/11 16:43:06
パッケージ業界からして斜陽なのに・・・
Qtはクロスプラットフォームな社内用でしょ
294:デフォルトの名無しさん
08/05/11 17:04:22
Qtで一山当てようと皮算用する学生さんか
夢一杯でいいね
295:デフォルトの名無しさん
08/05/11 17:18:08
>>292
気楽でいいだろう、ですか。
なんか喧嘩腰というか挑発的だなあ。感心しないですね。
あなたは個人でソフトの開発をやってるんですね。
会社で開発やってれば、普通は自腹はないですよ。
だから、「開発ツールが会社持ちだったら気楽」というのはちょっと変ですね。
それに受託だって市場で競争があるわけですし。
Qtを使ってパッケージ製品で稼いでいる人がいるかどうかをここで聞いて、「はいオレオレ」と
いう人が居なかったら、世界中で誰もQtを使って稼いでいないことになるわけじゃないですよね。
俺が趣味で使っているソフトがQtで作ってありますよ。Windows、Mac、Linux版があるけど俺は
Windows版買ってます。
要はどれだけ魅力的なソフトを作れるかどうかじゃないでしょうか。
ただ、パッケージやシェアウェアそのものが生活の糧にはなりにくい世の中になっていると思いますよ。
ましてや普通の個人が作れる程度のシェアウェアやパッケージなら、意欲的で能力の高い趣味グラマが
対抗してフリーソフトを作っちゃう時代です。
あと、世の中の職業プログラマの大半はパッケージ以外のプログラムを組んでいると思ってるんですが。
小遣い稼ぎなら、Windowsに絞ってVC++などで組んだ方が初期投資が小さい分幸せになれるかもしれ
ないです。ユーザーも多いですし。
296:デフォルトの名無しさん
08/05/11 17:26:54
>>292
>>272
297:デフォルトの名無しさん
08/05/11 18:51:17
>>295
一つの顧客のために作るソフトは気楽だよ。
俺は受託もパッケージも両方やったけど、受託の方はその客だけを納得させればいいんだから楽。
処理が遅くても「いやこれはデータベースがなんたらかんたらで、この程度の速度になるのが普通なんですよ。」
みたいな適当なことを言って納得してもらえば済む。
パッケージの方は１０万本とか売れたりするし、要求レベルが格段に高くなる。
競合製品もあるし、売った後も機能追加や性能アップに努めなければいけない。
バージョンアップを続けながら将来にわたってサポートしなければならないから、
開発プラットフォーム選びを間違うと致命傷になる。
そういう意味で「一品モノの開発にQtを使ってます」という情報にはあまり価値がないわけ。
もっとシビアな世界で通用するものかどうかが知りたい。
298:デフォルトの名無しさん
08/05/11 20:57:57
>>297
パッケージソフトにも使われてるよって書いたのですが。
結論から言えば、通用するものを作れば通用する、という当たり前の話に落ち着きますね。
でも10万本単位のパッケージソフトを扱う実績のある人が、Qtでどんなパッケージソフトが作られて
いるかを、なぜ2ちゃんねるでお調べになるのでしょうか。TrolltechかSRAあたりに尋ねられたら
いいような気がしますが。
お作りになるパッケージソフトのカテゴリによって向き不向きもあるでしょうし、対象になるOSによっても
向き不向きがあると思います。
俺の場合はLinux端末のGUIを作るのに便利だから慣れているものを使ったまでですよ。
Windowsだけで、あるいはMacだけで、すべてにおいてベストを目指すという夢みたいな話なら、
Qtは避けた方が良いように思います。OSのGUIパーツの上にQtが被っているのは間違いありませんし、
多かれ少なかれパフォーマンスは落ちると思います。
いずれにしてもQtを使うべきかどうか、ここで迷っているような人には向いていないような気がします。
299:デフォルトの名無しさん
08/05/11 21:06:39
>>297
既出かと思っていたのですが、WEBで公開されているアプリケーション事例です。
URLﾘﾝｸ(trolltech.com)
でもここぐらいはご覧になってますよねえ。
300:デフォルトの名無しさん
08/05/11 22:16:55
10万本も売れているか判らないけど、Maxwell RenderもQtだった気がする
301:デフォルトの名無しさん
08/05/11 22:33:37
>>297
> そういう意味で「一品モノの開発にQtを使ってます」という情報にはあまり価値がないわけ。
> もっとシビアな世界で通用するものかどうかが知りたい。
一品ものも意味があると思うけどね。そういう所でよく使われて
いるとしたら、速く楽に開発しやすいという可能性大きいし。
302:デフォルトの名無しさん
08/05/11 23:07:13
定期的にスレが伸びるけどこんな話題ばかりだな
303:デフォルトの名無しさん
08/05/12 00:20:49
本当に仕事だったら開発の時間費用と、製品のパフォーマンスとのトレードオフは考えるよなあ。
304:デフォルトの名無しさん
08/05/12 12:19:38
>>303
QtはRADじゃないし開発期間短縮にはならないがな。
むしろクロスプラットフォーム対応のための訳の分からない挙動があって、
しかもそれに関する情報量が少なくて開発期間は延びると考えるのが普通。
処理もモッサリだし、性能を出すためにも労力が要る。
それでも使うのはクロスプラットフォームだから。
あるいは、Linux系ではQtしか使ったことがないプログラマーがいて、
そいつがどうしてもQt使いたいとダダをこねるケース。
そういうのは邪道。
305:デフォルトの名無しさん
08/05/12 12:25:16
えー、GUIクラスライブラリならソースもよくなるし、C++なら実行速度最低限は保障されてんじゃないの？
Qtを導入しようと思ってるとこだから、質問。
ちょっと興味半分だけど、だったらLinuxだと、何のクラスライブラリが良いんだろう。。。
306:デフォルトの名無しさん
08/05/12 12:42:38
>>304
> QtはRADじゃないし開発期間短縮にはならないがな。
…
> それでも使うのはクロスプラットフォームだから。
…
クロスプラットフォームじゃなくて良いから、Linux で
「開発期間短縮」できる C++ 開発環境って何？
俺はいくつか試して Qt が一番つかいやすそうだから使ってる
けど、もっと開発期間短縮できるものがあるということだよね。
それは知りたい。
307:デフォルトの名無しさん
08/05/12 13:54:59
> QtはRADじゃないし開発期間短縮にはならないがな。
qt使ったことないんだけど、ポトペタＩＤＥがあるじゃん。
それをRADというんだと思ふ。
308:デフォルトの名無しさん
08/05/12 13:57:02
Emacs以上に優れた開発環境など存在しない
309:デフォルトの名無しさん
08/05/12 14:27:26
>>307
RADというのはVBみたいにGUIデザイン画面のオブジェクトをダブルクリックしたら、
そのオブジェクト用のイベント処理が書けるようなものを言うんだよ。
310:デフォルトの名無しさん
08/05/12 14:39:48
>>309
Qtじゃ、マウスでイベントハンドラを作れないんだぁ。
でも、イベントハンドラを手書きできて、コンポーネントに設定できるんなら許せるけど。
まさか、コンポーネントにイベントハンドラが無いってことはないよね？
その場合、メソッドのオーバーライドでイベントハンドラっぽく書けるなら、まだ許せるかなぁ。
311:デフォルトの名無しさん
08/05/12 15:09:27
PyQtが楽でいい
designerも使えるしね
312:デフォルトの名無しさん
08/05/12 18:19:40
>>304
X lib/X Toolkit /Athena Widgetあたりでごりごり書きたいひと？
313:デフォルトの名無しさん
08/05/12 18:20:07
>>306
Gtk+ を C++ から使ったり、wxWidget や Tk を使うより効率が良いの?
もしそうなら興味がある
314:デフォルトの名無しさん
08/05/12 20:44:29
>>309
Qt の signal 編集とか buddy 編集とかがそれにあたるのかな。
自分で書いた method には繋げないけど。
315:デフォルトの名無しさん
08/05/12 21:07:35
>>304
アホだろ。RADでなければ開発期間短縮できないなんて。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4875日前に更新/247 KB
担当:undef