1 名前:ひろみちゅ mailto:sage [2011/08/19(金) 13:24:49.29 ] Qt(キュート)は C++ ベースのフレームワーク&RAD開発環境です。 ライブラリの機能は、フォーム、ボタンなどの各種ウィジェットからネットワーク、マルチスレッド、 グラフィックス(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+商用利用向きの例外条項」を選ぶことにな7ります(Qtインストール先の「LGPL_EXCEPTION.txt」を参照)。 ちなみにGPLでも商用利用が不可能というわけではありません、念のため。 ・商用版(Commercial version) こっちはNokia社か日本の代理店(SRA社)とライセンス契約(年間30万くらい?)を結んで使います ■Qt を使って作られたソフト例 KDE、Adobe Photoshop Elements、Google Earth、Skype、DAZ Studio など ■前スレ 【RAD統合環境】 Qt 総合スレ 11 【Win/Mac/Linux】 hibari.2ch.net/test/read.cgi/tech/1306071448/
159 名前:デフォルトの名無しさん mailto:sage [2011/09/17(土) 07:30:04.94 ] >154 Qtのプリプロセッサは良く出来てるから嫌じゃないけど 完成したexe実行に必要なdllが判り難いので楽な方法があるとありがたい
160 名前:デフォルトの名無しさん mailto:sage [2011/09/17(土) 11:18:12.88 ] >>159 dependency walker
161 名前:デフォルトの名無しさん mailto:sage [2011/09/17(土) 20:13:45.47 ] すみません、 QMenu menu(this); menu.addAction("hoge", this, SLOT(updateItem("aaaa"))); こんな感じでSLOTに引数渡したいんですが、一度間に挟まなきゃいけないでしょうか?
162 名前:144 mailto:sage [2011/09/17(土) 21:39:22.42 ] >>146 なるほど、VisualC++に標準で付いているもの以外の メモリリーク検出ツールを使ったほうが良さそうですね ありがとうございます
163 名前:デフォルトの名無しさん mailto:sage [2011/09/17(土) 21:41:52.10 ] >>161 QSignalMapper使うといいと思うYO あるいはQObject::senderで送信者の情報を見てもいいし Qt 4.7: QSignalMapper Class Reference doc.qt.nokia.com/latest/qsignalmapper.html
164 名前:デフォルトの名無しさん mailto:sage [2011/09/17(土) 23:42:56.83 ] >>163 ありがとうございます!
165 名前:デフォルトの名無しさん mailto:sage [2011/09/19(月) 22:46:15.34 ] typedef uintが他のプログラムと衝突するので宣言したくないのですが どうしたらいいでしょうか
166 名前:デフォルトの名無しさん mailto:sage [2011/09/20(火) 03:12:34.44 ] www.game-create.com/archives/406
167 名前:デフォルトの名無しさん mailto:sage [2011/09/20(火) 11:43:13.94 ] >>165 「名前空間識別子 C++」で検索しては?
168 名前:デフォルトの名無しさん mailto:sage [2011/09/20(火) 23:53:24.68 ] delphiがiOSまでカバーしたらしいし、 Qtもなんとか頑張ってくれんかな
169 名前:デフォルトの名無しさん mailto:sage [2011/09/21(水) 01:36:31.22 ] prism なら最近 .net サポート打ち切ったと聞いた様な気が… 接写エンバカテロのmonotouch切りー残念せっぷく!(流行遅れ
170 名前:デフォルトの名無しさん mailto:sage [2011/09/21(水) 01:46:02.76 ] edn.embarcadero.com/article/41575 >Delphi Prism could previously be used with the MonoDevelop IDE and MonoTouch from Novell >to develop iOS applications. That functionality is also no longer supported. We recommend Delphi XE2, >now with the new FireMonkey application platform, for building native iOS applications. これやね…firemonkeyてので一応サポートされてるみたいだった 勘違い乙
171 名前:デフォルトの名無しさん mailto:sage [2011/09/21(水) 01:46:20.01 ] 最新版はdelphiからXcode用のソースをはくらしい。 (最終的にmacとXcodeは必要)
172 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 15:28:33.70 ] Delphiなんてデバッグどうすんの?
173 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 17:29:06.16 ] スレち こっちくんな
174 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 18:20:04.59 ] あいつらDelphiがクロスコンパイルできるようになって嬉しくて仕方ないんだよ。 だからこのスレまで出張して自慢してる。 同じ土俵にすら立ててないのが分かってないんだよなw
175 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 18:46:19.50 ] QtでiOSとかカバーできたら俺も嬉しいけど。 ま、無いものねだりです。
176 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 18:59:25.54 ] ていうかiPhoneでは一部動いてるんじゃなかった??
177 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 19:09:33.45 ] Qt4.8で正式対応じゃなかったっけ
178 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 19:13:27.85 ] labs.qt.nokia.co.jp/2011/08/17/update-on-uikit-lighthouse-platform.html すでに対応してたわ
179 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 19:25:50.15 ] 素晴らしい
180 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 21:19:24.83 ] NokiaはWindows Phone採用なのに。 なぜにWPより先にiOS対応させる……
181 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 22:31:23.80 ] 単純にqt開発者にosxユーザが多い…多かったとかか… 提携したのつい最近だししばらく時間かかるのはしゃーない
182 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 22:37:19.76 ] Qt関連のスクショはやたらOSXが多い気はするな
183 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 22:44:34.31 ] まぁWindowsだけの開発ならVS使うことが多いだろうしな。
184 名前:デフォルトの名無しさん mailto:sage [2011/09/22(木) 23:20:01.77 ] Nokiaの経営陣じゃなくて中のひとにはもう少しがんばって欲しい
185 名前:デフォルトの名無しさん mailto:sage [2011/09/23(金) 01:03:56.03 ] 親から見て孫で発生したシグナルは子が処理するべきかな?
186 名前:デフォルトの名無しさん mailto:sage [2011/09/23(金) 09:08:34.26 ] 自動車用機器のOSがMeegoになると、Qtももう少し日の目を見るの?
187 名前:デフォルトの名無しさん mailto:sage [2011/09/23(金) 19:27:35.51 ] >>185 用途や目的にもよると思うし、一概には言えないが、基本的にはそうすべき。
188 名前:デフォルトの名無しさん mailto:sage [2011/09/24(土) 00:08:16.43 ] Qtの勉強会に参加してみたが、 参加者の持ち込みPCがやたらとMac Bookの方が多かったのは確か。 PCが3台でそのうち1台はLinux動かしてた。
189 名前:デフォルトの名無しさん mailto:sage [2011/09/24(土) 00:10:17.85 ] サンプル数が少なすぎて なんとも言えんな
190 名前:デフォルトの名無しさん [2011/09/24(土) 00:15:24.95 ] おい、WinAPIスレで↓こんなこといってるやついるぞ。 >Qtってマウス操作でボタン貼り付けたり、貼り付けたボタンダブルクリックでボタン押下時の処理が自動生成されるようなエディタあるの
191 名前:デフォルトの名無しさん mailto:sage [2011/09/24(土) 00:20:08.52 ] 他スレから上げてまで持ってくると言う精神がわからない… せめてsageで書くべき
192 名前:デフォルトの名無しさん mailto:sage [2011/09/24(土) 08:39:29.62 ] >>187 ありがとう
193 名前:デフォルトの名無しさん mailto:sage [2011/09/25(日) 04:16:37.60 ] >>190 変な香具師召喚するなよ
194 名前:デフォルトの名無しさん mailto:sage [2011/09/28(水) 14:36:13.62 ] MeeGoがTizenに、迷走しまくり。
195 名前:デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:24:59.68 ] >>194 でも、TizenはHTML5前提だから、QtのJavaScript採用とは符合するね。 WinRTが仲間だよ!
196 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 14:21:52.03 ] MeeGoがなくなってTizenに開発者が吸収されたと言った方が合っている。Qtの居場所が確実にまたひとつ減ったと言うことだ。
197 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 20:29:08.55 ] Qt×Pythonについて https://show.zoho.com/public/kanryu/Qt%C3%97Python%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6
198 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 22:51:49.49 ] >>196 KDE、KDEがある限りっ!
199 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 22:54:06.56 ] Windows PhoneがMangoだって聞いて MeeGooかと思って喜んだ10秒間
200 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 23:06:01.28 ] KDEもGnomeが最近はいい感じだしどうだろうな
201 名前:デフォルトの名無しさん mailto:sage [2011/09/30(金) 00:06:49.47 ] >>197 お前?すげー期待してる がんばってくだしい
202 名前:デフォルトの名無しさん mailto:sage [2011/09/30(金) 06:19:53.95 ] >>197 先生、「わるいところ」が結構痛い気がします(ノ∀`)
203 名前:デフォルトの名無しさん mailto:sage [2011/09/30(金) 20:23:39.97 ] QProcessって、変な癖とかあります? プラットフォームの違いをコマンドラインのプログラムに抑え、 GUIでそれを利用する設計で開発をしようと考えています。 QT_GUI(共通) -- write --> コマンドライン -- read --> QT_GUI(共通) というようなイメージです。 とりあえず、サンプルプログラムは期待通りの動作をし、 IOはボトルネックになっていないです。 なお、コマンドラインは変換を伴うパイプ処理みたいに動きます。 これもQT4で開発していますが、最終的に C#, Objective-Cになるかもしれません。 input(hello) -> output(HELLO) を複雑にしたものと捉えて頂いて大丈夫です。
204 名前:デフォルトの名無しさん mailto:sage [2011/09/30(金) 21:59:44.76 ] ないよ。
205 名前:デフォルトの名無しさん mailto:sage [2011/09/30(金) 23:24:26.71 ] 世のなか結局、金やな・・ Qtほどすばらしいプログラムはないのに・・ ほとほと、いやんなるわ。
206 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 01:42:05.60 ] >>205 > Qtほどすばらしいプログラムはないのに・・ ないのに・・なに? 別に困ることはないと思うけど。
207 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 07:01:14.38 ] >>197 Ruby のデメリットにドキュメントの不足を挙げておきながら Python Qt でもドキュメントが無いって馬鹿にしてんの?
208 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 09:10:32.64 ] >>206 おまえ、すばらしいものが、経済力や政治力によって、失われてしまうんだぞ。 ただ単に、権力者の都合の良いものだけが生き残るんだぞ?それをなんとも思わないのか? まぁ、Qtの思想は生き残るだろうけど。なんとも思わんなら、人間としての価値はないわな。 どうも、TizenはUIはHTML5でプログラム部分はJavaScriptになりそうだな。 HTMLでデスクトップアプリを組む時代が到来するのか・・もう、プログラマいらねえな・・
209 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 10:09:33.98 ] > おまえ、すばらしいものが、経済力や政治力によって、失われてしまうんだぞ。 Qtがなくなるなんて話、どこにあるんだ?
210 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 10:13:38.39 ] >>208 ん?JavaScriptでも別に基本は同じだろ。 書式は違うけど。 まさか、JavaScriptをHTMLのようなものと思ってない? あくまでプログラム言語だよ。
211 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 10:52:14.27 ] まあ熱心な信者ほど理想を裏切られた時になにもかも憎らしくなるのは分かる 俺もピングドラムの迷走っぷりにはどうすればいいのやら・・・
212 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 11:19:43.12 ] qtは政治的に成功しただろ 失敗したのはwxWidgetsやmotifあたり
213 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 14:43:39.57 ] デ、D言語・・・
214 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 20:50:41.03 ] PythonとRuby比べて、「Rubyはバージョン毎の差異が〜」ってのもなぁ、と思う。 それゆーたらPythonだって…。 >>212 motifさんはもうどうしようもないと思うけど、wxWidgetsはmaximaその他で現役だお。 >>213 なんかゲリラが地道に頑張ってるっぽいから芽がついえたわけじゃないんじゃ?
215 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 22:15:15.74 ] んじゃあ、Qtは当面パソコンのデスクトップだけになるわけ?(´・ω・`)
216 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 22:45:14.66 ] そもそも、スクリプト言語で作ったシステムなら、 Javaとかのものに比べれば寿命短そうじゃん。 アジャイル的に「サクッと作って、改良続けてくよ」なイメージ。 だから変に昔の形式にこだわるより、どんどん言語を進化させて欲しい。
217 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 11:19:33.63 ] D言語:そうそう、やっばり進化が大切だよな!
218 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 11:51:41.88 ] D言語は互換性を無視して進化だけを追い続けたから 誰も追いつけなくなってしまった でもこれで完成! って状態になれば普及の手はあると思う
219 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 15:38:18.50 ] 普通のC++で自動変数を渡す際は、開放されないようにメモリを確保するけど、 Qtの「Qなんちゃら」クラスでもそれは同じなのかな? たとえば、 QString getQString(){ QString output; // do something output.append(result); retrun output; } なんて Java みたいな書き方は、やっぱしちゃダメなんだよね。 lists.trolltech.com/qt-interest/2002-05/msg00940.html で色々議論してて、「ポインタ返すな」みたいな主張している人がいるけど、 結局のところはどうなのでしょうか。
220 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 16:15:51.61 ] 同じだけど、そのコードは値を返してるから問題ない リンク先のスレは参照を返してるのが論点 「ポインタ返すな」ってのはfreeしないといけないから、値返した方が安全って主張だね
221 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 16:20:33.47 ] 多態性の恩恵を受けられんけどな
222 名前:デフォルトの名無しさん [2011/10/02(日) 16:42:21.32 ] Qtでゲーム造れますか?
223 名前:デフォルトの名無しさん [2011/10/02(日) 16:43:11.69 ] >>219 QString はコピーが何度も生成されないようになってるって誰か言ってた
224 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 16:44:46.62 ] >>221 Qt はなんちゃってキャストがあるからその辺は融通が利く
225 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 17:47:45.57 ] >>219 C++でも普通はそういう風にJavaみたいに(?)書きます リンク先は戻り値がQStringじゃなくQString&になってるからNG
226 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 17:53:39.16 ] あ、「C++の普通」ってのは語弊があるけど、C++標準のstd::stringでもよくそうやって返すよって意味ね そういう関数で書き換え可能な参照やポインタを返す意味はちょっと思いつかないんだけど クラスメソッドの場合でメンバ変数のコピー作りたくないからconst参照返すってケースは自分は割りとあるかも
227 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 18:17:54.80 ] >>225 QString& func() QString func() え?これに違いあるの?
228 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 19:28:40.29 ] >>220 なるほど。意識しなくていいなら、楽ですね。 >>226 やはり、メモリの管理は組み込みとかで無い限りは、 あまりやらないほうが賢いかもですね。 間違った書き方してても、開放のタイミングでOKだったりするのが厄介。 勉強になりました。
229 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:30:35.10 ] >>227 QStringではなくクラス一般の話なら意味はある。 funcをオーバーライドした際、参照なら戻り値の型を変えられる。
230 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:43:57.37 ] Qt の場合は QString & 推奨
231 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:45:16.06 ] >>227 後者はコピーコンストラクタが呼ばれてオーバーヘッドありまくりじゃね
232 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 21:29:02.32 ] Qtって、なにげにリソースを実行ファイルに組み込めるのが便利ですよね。 英語の文章を"英語の発音記号 or 日本語のカナ"に書き下す コマンドプログラムを作ったのですが、 辞書を内部に組み込めたのが非常に助かりました。 ダイナミックリンク向けのライブラリなんかも、内部にいれられるらしい(?)ので楽しみです。 Mac用アプリなら簡単にパッケージ内に組み込めるのですが、 開発に慣れていないWindowsとかだと、いつも dll あたりをどうするか悩んでいたのでw
233 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 21:51:51.15 ] >>231 Qtのコンテナクラスはコピーでディープコピーをしないので、 オーバーヘッドはそれほど大きくはない。
234 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 22:04:18.83 ] なんでもかんでも static link で取り込むと GPL とかに 引っかかりそうだが…まぁうっかり取り込まないように収拾選択すればおkだ
235 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:26:14.17 ] >>230 これ戻り値にQString&推奨って意味? ソースおしえてほしいです
236 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:42:16.81 ] Macの framework を Qt4 で利用された方っていらっしゃいますか? あまりいいサンプルが見つけられなくて、四苦八苦しています。 以下のページを発見して、試している次第です。 www.qtcentre.org/threads/11669-Using-Mac-Frameworks-in-Qt-App
237 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 00:33:45.86 ] >>236 初めたばかりであればプラッフォームを意識する必要はないでしょ Mac専用のサンプルなんてデプロイ参考以外に必要ありませんし無いです
238 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 08:17:55.95 ] >>237 環境依存のライブラリを分離したいと考えている為です。 もともと、Win/MACで別々のコードで開発していたものを、 GUIをQt4で作り、依存部分をコマンドプログラムとし、 前者が後者を呼び出すという形で開発しようかと考えています。 その過程で、Mac用のframeworkを、Qt4のプロジェクトにとり込みたかったわけです。 その箇所だけObjective-Cで作ることも可能ですが、 文字コードあたりで引っかかりそうな気がしていて避けておりました。
239 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 08:24:22.39 ] >>238 プラッフォームを意識する必要はないでしょ
240 名前:デフォルトの名無しさん [2011/10/03(月) 11:41:41.31 ] QtをEclipseで使用しようとしているが、ビルドしようとすると”makeを実行できません”のメッセージが・・ QtSDKもqt-eclipse-integratioもインストールしたしmingwのパスも通した。Eclipseでc++開発もできる。 EclipseでQtのデザインを使って貼り付けたりできるんだが、いざ実行しようとする部分で詰まっている。 どっか抜けてますか?
241 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 13:32:50.27 ] >>240 Qt Eclipse Integrationの設定。
242 名前:デフォルトの名無しさん [2011/10/03(月) 14:47:04.37 ] >>241 すいませんが、Qt Eclipse Integrationの設定はどこでするんでしょうか?
243 名前:240 [2011/10/03(月) 14:57:39.70 ] >>241 ごめん、Qt Eclipse Integrationの設定もしてあります。 EclipseでWindow > Preferences > Qtで設定するところだよね? それだとしてあります。
244 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 21:27:44.03 ] オープンソースカンファレンス 2011 Hiroshimaって大盛況だったの? 写真にはSTAFFを除いたら9人しか映ってないけど
245 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 08:42:57.67 ] >>235 www.amazon.co.jp/dp/487311344X/
246 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 15:45:25.29 ] Qtを使ってWindowsのペイントみたいなお絵かきソフトを作ろうと考えています。 何か良いサンプルをご存じの方おりませんでしょうか?
247 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 00:57:24.10 ] >>246 gimp
248 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 01:31:47.41 ] >>245 何ページの何行目?
249 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 03:39:29.89 ] GIMPはQtじゃないだろ
250 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 05:02:37.98 ] Qtを使ったペイントソフトなんてないし
251 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 07:35:28.20 ] nekopaint ossじゃないけど
252 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 15:15:35.42 ] >> 247 GIMP はGTKですね、確か。 >>250 何故Qtでペイントソフトが無いのでしょうか? 技術的に不可能って訳では無いと思うのですが… >>251 ありがとうございます。 ですが参考にしたいのでコードが見たいのです。 本当にサンプル程度で良いのですが…
253 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 15:42:28.81 ] C++なんだから参考になるだろ
254 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 16:29:14.87 ] QImageかQPixmapにQPainterでどんどん書きこんでいけばいいよ
255 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 17:12:34.83 ] >>254 ありがとうございます! 早速試してみたところ、無事にマウスで絵が描けました。 ですが、何故かQImageを貼り付けているQWidgetの大きさが表示より小さくなってしまい、描画領域が狭くなってしまいました。 Q tCreatorのデザインでUIを作っています。 まずQWidgetのcentralWidgetを作り、その中にQWidgetを継承した独自クラスを配置してそこに描画しています。 描画はQImageを独自クラスのコンストラクタでthis->width(),this->heightの大きさで作成し、 paintEventで独自クラスにdrawImage(0,0,buffer)で描画しています。 現在だと何故かthis->width()が100になってしまいます。 Qt Creatorで作り、実際に表示されているのは600×300の大きさで、今は左上の少しの領域にしか描画できず、他の所は無反応になります。。 実際に表示されているwidthとheightを取得したいのですが、どうすれば良いでしょうか? それとも、コンストラクタでやるのはおかしく、一通りのQt側の初期化処理が終わってからQImageを作成するべきなのでしょうか?
256 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 18:14:06.14 ] 何がしたいのかよくわからないが「Qt Widget レイアウト」とかでググると幸せになれるかも
257 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 19:44:13.32 ] >>252 > 何故Qtでペイントソフトが無いのでしょうか? > 技術的に不可能って訳では無いと思うのですが… qt-apps.org/content/show.php/Qaquarelle?content=103002 何故ぐぐらないのか?
258 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 20:21:51.96 ] あまり良くなさそうなうえGPLかよ
259 名前:デフォルトの名無しさん mailto:sage [2011/10/06(木) 18:30:41.91 ] 他人のソース見ないと造れない香具師が 「技術的に不可能では無い」(キリッ) とかwww