【RAD統合環境】 Qt � ..
295:デフォルトの名無しさん
09/10/22 09:47:34
>>294
>ここで、<CustomItem*>のように<>による記述を使っており、これがないとエラーが出るのですが、
>なぜ必要なのでしょうか？（C++の勉強不足かもしれない質問ですが、、、）
<>の中に型を指定して、その型にキャストしたいことを、qgraphicsitem_castに教えるためのもの。
>ヘルプには
>T qgraphicsitem_cast ( QGraphicsItem * item )
>Returns the given item cast to type T if item is of type T
>とあり、どうも理解できません。よろしくお願いします。
リファレンスの記述のしかたが、分かりにくいだけだと思う。
個人的な好みだけれどむしろ
T2* qgraphicsitem_cast<T1*>(QGraphicsItem * item)
と書いてあってキャストに失敗したときT2が0になり、キャストに成功するとT1=T2になる、みたいに表記してあった方が
わかりやすいと思う。
ちなみに、()を使うキャストは、C言語に元々あるキャスト方法で、C++でも使用できる。
C++には、C言語にはないキャストが４種類あってその記述方法では、qgraphicsitem_castのように、<>を用いる。
（ただし、まったく機能が違うという意味ではない。Cのキャストと機能が重なっているものもある。）
qgraphicsitem_castや、qobject_castはQtだけで使用できるキャストで、使用する対象がQObjectであったり、QGraphicsItemに
限定されている。
296:295
09/10/22 09:58:05
訂正、補足。
>T2* qgraphicsitem_cast<T1*>(QGraphicsItem * item)
>と書いてあってキャストに失敗したときT2が0になり、キャストに成功するとT1=T2になる、みたいに表記してあった方が
>わかりやすいと思う。
C++には、ポインターや通常の変数の他にリファレンスというのがある。
これをキャストするときにも使用する可能性があるので、*をつけた例だけを
示すのはまずい可能性がある。
少なくともC++のdynamic_castは、リファレンスのキャストが可能で、
キャストに失敗したときは例外をスローする。
qgraphicsitem_castがリファレンスに対応しているかは未確認。
297:デフォルトの名無しさん
09/10/22 11:26:31
>>294
<type T>
template
298:デフォルトの名無しさん
09/10/22 13:23:11
>>297
castのTは、templateという意味はないのでは?
299:298
09/10/22 13:24:40
訂正
>castのTは、templateという意味はないのでは?
castのtype Tは、templateという意味はないのでは?
300:デフォルトの名無しさん
09/10/22 15:13:44
iya
wakaran nonara ii
301:デフォルトの名無しさん
09/10/22 23:41:17
Qt Designer上で、フォームに配置したオブジェクトの
シグナルと別のシグナルを接続することは可能ですか？
自分で方法を探しても見つかりませんでした。
302:デフォルトの名無しさん
09/10/22 23:44:49
>286
ありがとう。狙い通りの動作ができました。
ちなみに、statusBarはフォームエディタでMainWindowを作ると、
uiの方で生成されていますが、statusBarにQLabelなどを追加するのは、
フォームエディタではできないですよね？
MainWindow::createStatusBar()のような関数を自作して、
MainWindowコンストラクタのui->setupUi(this);の後で呼ぶような
コードが考えられると思うのですが、そんな感じになるでしょうか。
303:デフォルトの名無しさん
09/10/23 01:42:58
>>302
>ちなみに、statusBarはフォームエディタでMainWindowを作ると、
>uiの方で生成されていますが、statusBarにQLabelなどを追加するのは、
>フォームエディタではできないですよね？
残念ながら知らない。
>MainWindow::createStatusBar()のような関数を自作して、
>MainWindowコンストラクタのui->setupUi(this);の後で呼ぶような
>コードが考えられると思うのですが、そんな感じになるでしょうか。
それでいいと思う。
ただ、選択肢として既に配置されているstatusBarを格上げして、
そのソースからQLabelを追加する方法が考えられる。
304:287
09/10/23 03:17:16
>>295
なるほど、C++には<>を用いるキャストの構文があり、
キャストでは常識なのですね。
詳しい説明ありがとうございました。
大変勉強になりました。
305:デフォルトの名無しさん
09/10/23 08:27:05
ねーよ
306:デフォルトの名無しさん
09/10/23 10:28:50
static_cast<>()
dynamic_cast<>()
const_cast<>()
reinterpret_cast<>()
307:デフォルトの名無しさん
09/10/23 13:19:12
Qt Creatorでデバッグを開始すると、デバッグウィンドウの
一番上のウィンドウバーに ４０個のカスタムダンパが見つかりました。
ってしばらく表示されるんだけど
あれって何の意味？
308:デフォルトの名無しさん
09/10/23 14:03:53
今までqDeleteAll()の存在を知らずに、
毎回イテレータをぐるぐる回してた…
309:デフォルトの名無しさん
09/10/23 14:17:48
>>301
Qt Designer上ではできません。
310:301
09/10/23 15:24:33
>>309
レス、ありがとうございます。
>Qt Designer上ではできません。
そうですか、あまり使われないからなんでしょうね。
311:デフォルトの名無しさん
09/10/23 15:28:27
>>310
たまに使います。
312:デフォルトの名無しさん
09/10/23 18:23:33
プログラムでstd::stringを使っていますが、デバッグ中に
ローカル変数で内容が確認できません。
確認する方法はないでしょうか。
313:デフォルトの名無しさん
09/10/23 21:40:54
>>312
確認できないというのは、具体的にどのようなことをして、どのようになったのでしょうか。
もし、最適化でローカル変数がなくなって、デバッガでローカル変数が見えないならば、
まったく最適化がかからないようなデバッグレベルでコンパイルしてみてはどうでしょう。
314:312
09/10/24 10:08:09
>313
std::pass = "test";
QString qpass = pass.c_str();
とすると、ローカル変数は
▽pass
▽_M_dataplus
▽_M_p 0xXXXXX "$XXXXXX
▽*_M_p 36 '$'
qpass "test"
みたいな
315:デフォルトの名無しさん
09/10/24 12:47:38
>>314
>std::pass = "test";
これは
std::string pass = "test";
のタイポだよね。
こちらはLinux/X11 g++だけど、問題なくデバッグできるけど。
316:315
09/10/24 12:51:26
OSやコンパイラーやIDE（使っているなら）は何？
317:デフォルトの名無しさん
09/10/24 14:37:13
>>314
std::stringをtypedefしていない？
318:デフォルトの名無しさん
09/10/24 14:50:10
>>317
>>314とは別人ですが。
std名前空間の中に新しいtypedefを作るのは
未定義の動作では？
319:デフォルトの名無しさん
09/10/24 15:26:23
QGraphicsSceneにaddPixmapしてQGraphicsView::setScene()で画像を表示しているのですが、
画像が真ん中に表示されます。
この場合、GraphicsViewをマウスクリックした座標とpixmapの画像座標の対応関係は、
どのようになるのでしょうか？
QGraphicsView, Itemあたりのヘルプを読んでみたのですが、いまいち概要が把握できませんでした。
320:317
09/10/24 15:37:33
>>318
>std名前空間の中に新しいtypedefを作るのは
>未定義の動作では？
これはどういう意味?
こちらが317でいいたかったのは、314の人が
typedef std::string StringT;
//...
StringT aString("test");
std::cout << aString << std::endl;
などとしているのではないのか、ということを聞きたかったんだけど。
これって未定義?
321:デフォルトの名無しさん
09/10/24 16:12:34
これでどう。
QMessageBox(QMessageBox::NoIcon, "title", "text").exec();
322:314
09/10/24 16:44:39
すいません
std::sritng pass でした。
Debian で QtCreatorを使ってます。
デバッグは問題なくできるんですが、ローカル変数の表示で
std::string pass は 内容がバケテ表示され
QString qpass はそのまま正しく表示されます。
std::string の文字化け？を何とかできないかと言うことです。
紛らわしくて、すいません。
323:デフォルトの名無しさん
09/10/24 18:07:04
>>322
こちらもDebian GNU/LinuxでQt Creatorを使用してるけど、
文字化けはしていない。
debianのパッケージ版の安定版Qt Creator 1.2.1を
# aptitude -t sid install qtcreator
でインストールしたやつだけど。
一度そのバグが再現するシンプルなコードを作って、
コンソール上で、gdbを直接使っても文字化けしないか
確かめればいいんじゃないかな。
・本当に問題を起こしている部分が特定できる。(Qt Creatorで)
・Qt Creatorの問題なのかがわかる。
エラーの原因を絞るためにこのことは有効だと思うけど。
324:323
09/10/24 18:11:36
もし、それでQt Creatorが原因でないと分かったのなら、
違うスレにもっと詳しい人がいるかもしれない。
そちらで聞くのもいいと思う。
325:デフォルトの名無しさん
09/10/24 18:30:30
>>314
debugging helper は enable？
326:デフォルトの名無しさん
09/10/24 19:30:58
>>319
QGraphicsItem::mousePressEvent(QGraphicsSceneMouseEvent*)
やQGraphicsSceneMouseEvent::lastScenePos() を調べてみてはどうでしょうか。
327:322
09/10/24 19:57:56
大変失礼いたしました。
文字化け表示は別の原因だったみたいです。
ただ、
QString qpass = pass.c_str();
でqpassが正常表示だったためてっきり
改めて、この部分だけテストプログラム書いてみたら正常に表示されました。
328:デフォルトの名無しさん
09/10/24 23:59:41
>326
とりあえずQGraphicsView::mousePressEvent(QMouseEvent* event)で
if (QGraphicsItem *item = itemAt(event->pos()))
{
qDebug() << item->pos();
}
で追加したQGraphicsItemでゲットできることがわかりました。
ただ、item->pos()がおそらくView上でitemが追加された座標で(0, 0)となります。
知りたいのはitemオブジェクト内での座標なのですが、
これを知るには、QGraphicsItemから派生したクラスのmousePressEvent()をオーバーライドして、
座標を得るしかないのでしょうか。
329:デフォルトの名無しさん
09/10/25 01:49:42
>>328
>これを知るには、QGraphicsItemから派生したクラスのmousePressEvent()をオーバーライドして、
>座標を得るしかないのでしょうか。
それでいいと思うけど。
あとは、アイテムにアイテム用のイベントフィルターをシンストールするか。
330:329
09/10/25 02:01:16
訂正
>あとは、アイテムにアイテム用のイベントフィルターをシンストールするか。
あとは、アイテムにアイテム用のイベントフィルターをインストールするか。
アイテム用のイベントフィルターは、アイテムが他のアイテムのイベントをフィルターする
から、今の場合は役に立たないかも。
331:329
09/10/25 02:19:56
補足
基本的にビューは、ウィジットとしてアイテムやシーンにを描画する役目と、
シーンへイベントを伝える役目をになう。
だからビューのイベントハンドラーをオーバーライドしてするときは、
主に、見た目に関することや、イベントをシーンに伝える役目としての処理を
書けばいいと思う。
文字通りビューウィジットとしての役割。
シーンには、ロジカル座標を提供し、背景の設定を提供する。
アイテムのリストを持っていてこれを管理する。
またビューから伝達されたイベントをアイテムに伝える。
だから、シーンのイベントハンドラーをオーバーライドして、
アイテムの共通のイベントは、こちらで処理すればいいと思う。
シーンはQObjectだから、シーンQApplication::sendEvent()
で直接イベントを送ることもできる。
アイテムはそれぞれがそれぞれの振る舞いがあるから、
アイテム自身のイベントハンドラーをオーバーライドして、
そのアイテム独自の振る舞いはそこで書けばいいと思う。
332:329
09/10/25 02:23:58
訂正。いつも訂正ばかりでごめん。
>基本的にビューは、ウィジットとしてアイテムやシーンにを描画する役目と、
基本的にビューは、ウィジットとしてアイテムやシーンを描画する役目と、
>シーンはQObjectだから、シーンQApplication::sendEvent()
シーンはQObjectだから、シーンにQApplication::sendEvent()
333:329
09/10/25 03:33:00
>>329
本当にごめん。329を直してみた。
基本的にビューはウィジットとして、アイテムやシーンを描画する役目と、
シーンへ、イベントを伝える役目を担う。
だからビューのイベントハンドラーをオーバーライドしてすることは、
主に、拡大縮小などの見た目に関することを操作したり、イベントをシーンに伝える役目
としての処理を書けばいいと思う。文字通りビューウィジットとしての役割。
シーンは、ロジカル座標を提供し、背景の設定を提供する。
シーンはアイテムのリストを持っていてこれを管理する。
またビューから伝達されたイベントをアイテムに伝える。
だから、シーンのイベントハンドラーをオーバーライドして、
アイテムの共通の処理は、こちらで書けばいいと思う。
もちろん、その中でアイテムリストをイテレートして
アイテムのメソッドをコールしてもよい。
シーンはQObjectだから、シーンにQApplication::sendEvent()
で直接イベントを送ることもできる。
アイテムには、それぞれがそれぞれの振る舞いがあるから、
アイテム自身のイベントハンドラーをオーバーライドして、
そのアイテム独自の振る舞いはそこで書けばいいと思う。
334:デフォルトの名無しさん
09/10/25 08:28:58
Windowsでgccとvisual c++使ってＱｔビルドしてみたのだけど、
デモの動きはＶＣの方が明らかに早い。
335:デフォルトの名無しさん
09/10/25 08:58:06
>>334
同じく。>>74 で、VC++の方が速いのは、どうしてだろうか。
336:デフォルトの名無しさん
09/10/25 09:03:39
CよりJavaの方が早い、と同じ話
もしくはそれ以下としか思えない俺
バイナリサイズも同じソースかと疑いたくなるぐらい肥大するし
337:デフォルトの名無しさん
09/10/25 09:32:48
>>335です。間違えました。>>74 では、GCC の方が速いというのが分かりません。
VC++でビルドしたQtの方が、デモの動きが速いと見て分かります。
338:デフォルトの名無しさん
09/10/25 10:05:06
実際にQtに関してGCCの方が速かった、って人は出てないんだし、気にしないでいいんじゃね
339:デフォルトの名無しさん
09/10/25 10:05:56
>>337
>>74 はネタです。釣られないように。
340:デフォルトの名無しさん
09/10/25 10:09:55
そもそもGCCのほうが早いならQt CreatorがいちいちVCでビルドされてる理由がないしな
341:デフォルトの名無しさん
09/10/25 11:01:17
なんでVCビルド版をフリーで出してくれないの（＞＜）
342:デフォルトの名無しさん
09/10/25 12:56:04
>>341
たぶんライセンスの関係じゃね？
343:デフォルトの名無しさん
09/10/25 15:38:35
既出かもしれませんが、QLineEditで日本語入力(ATOK)中にESCを押すとIME
ではなくダイアログを抜けるので、それまで確定した内容が消えてしまいます。
入力中だった文字はそのままの状態で消えたダイアログの親に行きます。
IME入力中のESCキーがIMEのウィンドウ？に飛ばず下のQDialog or QLineEditに
飛んでいるように見えますがが、回避するにはどこを見たらいいでしょうか。
344:デフォルトの名無しさん
09/10/25 15:43:34
>>343
WindowsとMac OS Xのどちらですか。
345:デフォルトの名無しさん
09/10/25 15:45:26
>>344
ATOKのLinuxもあるので、3つの内のどれでしょうか。
346:デフォルトの名無しさん
09/10/25 15:46:28
IME って Windows 用語でしょ。
347:デフォルトの名無しさん
09/10/25 16:02:11
SCIM-Anthy使ってるけどそんな事なったこと無いなぁ
348:デフォルトの名無しさん
09/10/25 16:08:30
Qt やるなら wxWidget のスレも読んだ方が良い
349:デフォルトの名無しさん
09/10/25 16:10:27
s が抜けた…
Qt やる人は wxWidgets のスレも見に行った方が良いよ
350:デフォルトの名無しさん
09/10/25 16:50:42
なんで？
Qtと比べたらwxとか使いにくくて仕方がないじゃん
知る価値ないと思う
351:デフォルトの名無しさん
09/10/25 16:53:03
>>343
QWidget(QDialogを含む)にフォーカス属性があるから、
このフォーカス関係の属性をセットすれば
いいのかもしれないんだけどよく知らないから、思いつく方法を列記する。
(1) QLineEditのカスタムクラスを書いてキーイベントをハンドルして
ESCキーのときは、accept()して、親ウィジットであるダイアログに
イベントを伝えないようにする。
(2) または、QLineEditにイベントフィルターをインストールして、
同様の処理をする。
(3) デザインフォーム(Qt DesignerまたはQt Creatorに組み込まれたもの)を使用しているのなら
QLineEditを格上げして、そこで同様の処理をする。
(4) あるいは、ダイアログのキーイベントをハンドルして、lineEdit->hasFocus()して、
QLineEditにフォーカスが当たっているときは、ESCキーに対してデフォルトの
振る舞いをしないようにする。
352:351
09/10/25 16:54:06
>>351 のつづき
（4）の例
void
Dialog::keyPressEvent(QKeyEvent* keyEvent)
{
if(keyEvent->key() == Qt::Key_Escape) {
if(ui->lineEdit->hasFocus()) {
keyEvent->accept();
}
} else {
QDialog::keyPressEvent(keyEvent);
}
}
(注意)
ちなみに、キャンセルボタンが配置されているときは、そのボタンがESCキーに対応している可能性もある。
ただし、QLineEditにフォーカスが当たっているときにどうなのかは未確認。
353:デフォルトの名無しさん
09/10/25 16:55:26
>>650
なんで？
wxと比べたらQtとか使いにくくて仕方がないじゃん
354:351
09/10/25 16:56:21
毎度すいません。訂正
>if(ui->lineEdit->hasFocus()) {
if(lineEdit->hasFocus()) {
355:デフォルトの名無しさん
09/10/25 16:58:18
>>350
そう毛嫌いせずに視野は広く持った方が良いよ。
まぁ見に行けば分かるさ。
356:デフォルトの名無しさん
09/10/25 17:01:28
>(4) あるいは、ダイアログのキーイベントをハンドルして、lineEdit->hasFocus()して、
>QLineEditにフォーカスが当たっているときは、ESCキーに対してデフォルトの
>振る舞いをしないようにする。
IME入力モードになってるときに限ることって出来ますか？
357:デフォルトの名無しさん
09/10/25 17:04:52
・何がしたいのか
・現状どうなっているのか
・それに対する自分の意見
・自分の環境は何なのか（OS,CPU,GPU)
・IMEを他のものにして同じ症状があるのかどうか、ないならそのIMEは何なのか。
・可能ならサンプルをアップローダーに。
このくらいは質問するなら情報として欲しいわ。
358:デフォルトの名無しさん
09/10/25 17:05:15
>>355
賛成。
それぞれに長所、短所あるから一概にいえないと思う。
359:デフォルトの名無しさん
09/10/25 17:09:27
wxスレなんてQtの話題が出て荒れてたような記憶しかないんだが
で、なんでいきなりwxの話題が出たの？
Qt Creatorが熟れてないとかそういう話題から？
360:デフォルトの名無しさん
09/10/25 17:10:45
>>359
wx スレを見に行けば分かる。
361:デフォルトの名無しさん
09/10/25 17:12:42
聞き逃げ？
362:351
09/10/25 17:14:21
>>356
インプットメソッドイベントをハンドルすればできそう。
inputMethodEvent()をオーバーライドすればよい。
ただ、私は使用したことはないので、具体的にどうすればいいかは
はわからない。
363:デフォルトの名無しさん
09/10/25 17:17:05
>>360
久々に見てきたが
IDE議論とwxの新IDE、あとはQt他ライブラリとの比較ぐらいしかこれといったものはなかった
もう少し具体的に書いてくれ
364:デフォルトの名無しさん
09/10/25 17:23:55
>>363
最新10レス位を見ただけでも何か気付くもんだと思うが…
別に謎なぞしてる訳じゃないから、本当に分からないならスルーしてくれ。
>>349を書いたのは親切心のつもりだったが、邪魔して悪かったな。
365:デフォルトの名無しさん
09/10/25 17:31:20
IMEがらみの話ってこと？
366:デフォルトの名無しさん
09/10/25 17:35:09
>>357
>IMEを他のものにして同じ症状があるのかどうか、ないならそのIMEは何なのか。
特にこれだと思う。ATOKが悪さをしているか、ATOKに渡すべきキーイベントを
Qtが食っているか。ATOK絡みでは、問題があったりするのか。
どっちも古めだけれど。
URLﾘﾝｸ(www.kde.gr.jp)
ATOK/一太郎 統合スレッド[ その2 ]
ｽﾚﾘﾝｸ(linux板)
367:デフォルトの名無しさん
09/10/25 17:41:53
>>366
こちらは、Debian GNU/Linux 上で Qt immodule/anthyで日本語入力しているけれど、
同じように、日本語入力中にESCを押すとダイアログが閉じるよ。
368:デフォルトの名無しさん
09/10/25 18:01:00
>>367
kinput2は、日本語入力中にESCを押してもダイアログが閉じませんでした。
369:デフォルトの名無しさん
09/10/25 18:15:11
QDialog::rejectをオーバーライドして
件のテキストボックスにフォーカスがある間はescを押してもQDialogのreject()が呼ばれないようにする
ってのはどうか
class なんか : public QDialog, ...
{
void reject() {
if (! lineEdit->hasFocus()) QDialog::reject();
}
};
参考:
Qt-interest Archive - QDialog and ESC
URLﾘﾝｸ(lists.trolltech.com)
370:デフォルトの名無しさん
09/10/25 18:19:57
↑
あ、御免スルーして...
371:367
09/10/25 18:34:14
>>368
>>343 の意味を取り違えていたかもしれない。
>既出かもしれませんが、QLineEditで日本語入力(ATOK)中にESCを押すとIME
>ではなくダイアログを抜けるので、それまで確定した内容が消えてしまいます。
この「日本語入力中」というのは、変換確定前の日本語入力中ということなの。
それとも、日本語入力モードになっているときということなの。
>>367 で出る症状は後者のことをいっているので、
質問者が前者の意味のことをいっているのなら、
私の環境でもダイアログが閉じないということになる。
話をややこしくしてごめん。
372:デフォルトの名無しさん
09/10/25 18:58:27
>この「日本語入力中」というのは、変換確定前の日本語入力中ということなの。
です
373:デフォルトの名無しさん
09/10/25 18:59:10
>>371
文字列が確定しているときに、日本語入力モードかどうかに拘らず、ESCでダイアログ
が閉じてしまうということならば、普通の動作ではないでしょうか。
374:371
09/10/25 19:14:22
>>372
>です
やっぱり勘違いだったみたいね。ごめん。
>>373
>文字列が確定しているときに、日本語入力モードかどうかに拘らず、ESCでダイアログ
>が閉じてしまうということならば、普通の動作ではないでしょうか。
その通りです。勘違いしていました。
375:デフォルトの名無しさん
09/10/25 19:44:40
OKボタンがデフォルトボタンになっていると
変換中の文字を確定するときのenterで
入力枠に文字が入ると同時に(残りの枠が未入力でも)
ダイアログが確定してOKボタンを押したことになってしまいます
376:362, 367
09/10/25 19:48:08
>>356
QLineEditのカスタムクラスを書いて、inputMethodEvent()をオーバーライドし、
受け取ったイベントのevent->preeditString()が空かどうかで、
入力中かどうかが判断できるみたい。
また、こちら(Linux, qt immodule, anthy)では、日本語入力中（変換確定前）は、
途中でESCキーを押してもkeyPressEventは発生せず、inputMethodEventだけが発生した。
だからそちらも同じ動作ならinputMethodEvent()だけをオーバーライドすればいいと思う。
ただ、こちらの環境と違うし、ATOKの問題かもれないから、そちらの環境では、
日本語入力中にESCを押したときに、keyPressEventが発生しているかもしれない。
そのときは、keyPressEvent()もオーバーライドする必要があるかもしれない。
場合に依ってはフラグを立てて入力中かどうかを判断すればよい。
377:デフォルトの名無しさん
09/10/25 20:07:45
>>375
>OKボタンがデフォルトボタンになっていると
>変換中の文字を確定するときのenterで
>入力枠に文字が入ると同時に(残りの枠が未入力でも)
>ダイアログが確定してOKボタンを押したことになってしまいます
>>343 の人だよね。
こちら（Linux/X11）では、単に日本語入力の確定になる。
そしてもう一度Enterを押すとデフォルトボタンにより、ダイアログが閉じる。
378:デフォルトの名無しさん
09/10/25 20:28:02
キーボード壊れてんじゃね
379:デフォルトの名無しさん
09/10/25 21:27:25
>>346
MS-IMEはマイクロソフトの製品だけど。
> IME - Wikipedia
> Wikipedia項目ﾘﾝｸ
> IMEはWindowsにおける用語であり、
> 広く文字入力のためのシステムを表す一般名称はインプットメソッドである。
> ただし、最近ではWindows以外のプラットフォームで使われるインプットメソッド
> （Mac OSの「ことえり」など）についてもIMEと呼ばれることがある。
> AndroidプラットフォームではWindows同様、IMEという用語を使用している。
うむ、微妙。
380:デフォルトの名無しさん
09/10/25 21:33:16
IME と呼ぶ人はほぼ Windows ユーザと考えてオケです。
381:デフォルトの名無しさん
09/10/26 10:42:48
Qt Creatorの一番したのバーに検索ボックスがありますよね
あれ、メソッドとか検索できて便利なんだけど
ついでに、変数も検索できないですか？
382:デフォルトの名無しさん
09/10/26 12:52:48
無理を承知の上でのQt初心者の質問です。
Windowsで，QMainWindowのウィンドウハンドル(HWND)を取得する方法ってないんでしょうか？
今まで他の開発環境で書きためたソースやライブラリでHWNDを引数やリターン値に持つ
WIN32 APIをかなり使っているので，楽に移植したいのです。
Qtの設計思想からOS依存するようなものは排除されているのもわかりますし，WIN32 APIの
代替となるような機能が用意されているようではあるんですが．．．
現在アクティブなウィンドウのハンドルならWIN32 APIの ::GetActiveWindow() で取得できましたが，
その他のウィンドウについては，::FindWindowEx()とか使って取得するしかないんでしょうか。
383:デフォルトの名無しさん
09/10/26 12:58:04
ありますが
384:382
09/10/26 12:59:29
>>383
質問する前にヘルプを探したんですが見つかりませんでした。
教えてください。
385:デフォルトの名無しさん
09/10/26 13:09:04
>>382
Qt-interest Archive - Qt 4.2.0: How to get HWND handle?
URLﾘﾝｸ(lists.trolltech.com)
WIdはWindowsではhwndだから、WId QWidget::winId() constを使うんだってさ
386:382
09/10/26 13:24:22
>>385
やってみたらうまく行きました。ありがとうございました。
387:デフォルトの名無しさん
09/10/26 16:08:56
>>381
できないんじゃないかな。
多分知っていると思うけど、現在開いているドキュメント以外を検索したいのなら。
「編集」メニューの「検索・置換」->「Find Dialog」や
「編集」メニューの「検索・置換」->「ディスク上のファイル」
などを選んで、複数のファイルの中の検索ができるからそれを使うしかないんじゃないかな。
検索結果は、Qt Creatorの中でリストアップされるので便利。
でもこれだと、変数限定というわけにはいかないけど。
ディスク内を検索するときは、ディレクトリを指定した方がいいよ。
388:デフォルトの名無しさん
09/10/26 23:19:11
>333
遅レスですが、レスありがとうございます。
＞だから、シーンのイベントハンドラーをオーバーライドして、
＞アイテムの共通の処理は、こちらで書けばいいと思う。
これを実践しようと思い、QGraphicsSceneから派生したPixmapSceneクラスを
つくり、mousePressEvent()を実装して、そこでマウスクリックされた論理座標を
得ようとしました。
class PixmapScene : public QGraphicsScene
{
public:
PixmapScene();
protected:
void mouseMoveEvent(QMouseEvent* event);
void mousePressEvent(QMouseEvent* event);
};
この書き方だと、マウスイベントが発生されないのですが、
どこが間違っているでしょうか？
389:デフォルトの名無しさん
09/10/26 23:26:23
virtual
390:デフォルトの名無しさん
09/10/26 23:33:00
>>388
Q_OBJECTマクロ書かないといけない。
class PixmapScene : public QGraphicsScene
{
Q_OBJECT
public:
PixmapScene();
//...
391:390
09/10/26 23:45:23
>>390 の続き
もう一つ
QGraphicsSceneのイベントハンドラーのほとんどは、
QGraphicsSceneEventから派生したイベントタイプのイベントを
ハンドルする。
lass PixmapScene : public QGraphicsScene
{
Q_OBJECT
//...
protected:
void mouseMoveEvent(QGraphicsSceneMouseEvent* mouseEvent)
void mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent)
//...
QGraphicsSceneやQGraphicsItemは、qrealやQRectFなどの浮動小数点数型
の値で座標値を保持、計算する。
だから、自分でカスタムクラスを書く時は、これらの浮動小数点数型を使う。
ちなみに、一部の組込みのものを除いて、ほとんどのプラットフォームでは、
qrealはdoubleがtypedefされたも。
ただし、ユーザーとして使う時は、論理座標ということでint型などの値を
メンバー関数に渡してもよい。
392:390
09/10/26 23:54:53
訂正）;が抜けていた。
void mouseMoveEvent(QGraphicsSceneMouseEvent* mouseEvent);
void mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent);
分かっているとは思うけど、PixmapSceneからさらに派生させ、
その派生クラスでイベントをハンドルする場合には
PixmapSceneのイベントハンドラーにも
virtual void mouseMoveEvent(QGraphicsSceneMouseEvent* mouseEvent);
とvirtualをつけないといけない。
393:390
09/10/26 23:58:18
度々ごめん
誤）lass PixmapScene : public QGraphicsScene
正）class PixmapScene : public QGraphicsScene
394:デフォルトの名無しさん
09/10/27 00:06:04
>391, 392
virtualの件は承知しております。ご指摘ありがとうございます。
sceneのマウスイベントがうまく補足できません。
class PixmapScene : public QGraphicsScene
{
Q_OBJECT
public:
PixmapScene();
protected:
void mouseMoveEvent(QGraphicsSceneMouseEvent* mouseEvent);
void mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent);
};
void PixmapScene::mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent)
{
int x = mouseEvent->lastPos().x();
int y = mouseEvent->lastPos().y();
qDebug() << QString("into PixamapScene::mousePressEvent() (x, y) = (%1, %2)").arg(x).arg(y);
}
とかやってみましたが、コンソールに何も表示されません。
MainWindowでPixmapScene m_scene;として、
m_scene.addPixmap(QPixmap::fromImage(m_imge));
ui->graphicsView->setScene(&m_scene);
を行って、sceneをgraphicsviewにセットはしております。
何か根本的に理解が間違っているのか。。。
395:デフォルトの名無しさん
09/10/27 00:10:24
>>390
> Q_OBJECTマクロ書かないといけない。
イベントハンドラをオーバーライドするためだけならば、なくてもよいです。
>>392
> virtualをつけないといけない。
付けなくて付けたことになるので、付けなくてもよいです。
396:390
09/10/27 00:32:13
>>395
誤解していた。
ありがとう。
397:390
09/10/27 00:47:07
>>394
ちょっと原因が分からない。
こちらで確認した限りでは、394のコードで問題なくマウスプレスイベントがハンドルできた。
ただ、ハンドラーの中でQGraphicsScene::mousePressEvent()をコールした方がいいと思う。
そうしないとアイテムが配置されている時に、そのアイテムにイベントが伝わらなくなる。
void
PixmapScene::mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent)
{
qreal x = mouseEvent->lastScenePos().rx();
qreal y = mouseEvent->lastScenePos().ry();
qDebug() << QString("PixamapScene::mousePressEvent() (x, y) = (%1, %2)").arg(x).arg(y);
QGraphicsScene::mousePressEvent(mouseEvent);
}
398:390
09/10/27 01:12:38
>>394
一つ思いついた。
GraphicsViewのmousePressEvent()をオーバーライドしているのに、
その中で基底クラスのQGraphicsView::mousePressEvent()を
コールしていないのが原因では?
グラフィックスシーンフレームワークでは、イベントは
QGraphicsView -> QGraphicsScene -> QGraphicsItem
の順番に伝えられるから。
399:デフォルトの名無しさん
09/10/27 06:50:56
Qtのネットワークに関しての質問です。
HTTPプロトコルを使って、Webサイトにアクセスするために、今まではQHttpとその周辺のクラスを使っていました。
しかし、QHttpのヘルプを見ると、Qt 4.4で導入された、QNetworkAccessManagerを使ったほうがよいと書いてありました。
確かにこちらだと、アクセスした後に返ってくる返答をQIODeviceを継承しているQNetworkReplyで受け取れるみたいで、使いやすそうでした。
そこで、こちらに移行しようと思い、書き直しているのですが、QHttpで実装していたときに、
headerを記述するために用いたQHttpRequestHeaderクラスの
QHttpRequestHeader::QHttpRequestHeader ( const QString & method, const QString & path, int majorVer = 1, int minorVer = 1 )
このメソッドの、request-URIを指定するpathや、protocol-versionを指定するmajorVerなどを
記述するものがQNetworkReplyクラスやその周辺クラスのQNetworkRequestクラスに見当たりません。
また、QHttp::setHost(...)のようなホストを指定するメソッドも見当たりません。
どうかご存知の方がおられましたら、ご教授お願いします。
400:デフォルトの名無しさん
09/10/27 07:09:43
QIODeviceを継承している
401:デフォルトの名無しさん
09/10/27 07:13:02
pathやhostはQNetworkRequestにQUｒｌで指定するんじゃないの？
402:399
09/10/27 07:44:54
>>401
できました！
自動でホストとパスを分けてくれるんですね。
他のところのバグもあってうまく行かず気づきませんでした。
どうもありがとうございました。
403:デフォルトの名無しさん
09/10/27 21:43:30
>390
void PixmapScene::mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent)
に入ってくることができました。
がしかし、
mouseEvent->lastPos(), pos()など実行しても、(0, 0)しか返って来ません。
mouseEvent->scenePos()が目的としていた座標値のようです。
また、scenePos()がマイナスのところをクリックしても、上記イベントハンドラに来るみたいです。
てっきりそのscene内だけかと思ったら。。。
もう少しヘルプを読んでみます。ありがとうございました。
404:デフォルトの名無しさん
09/10/27 22:16:35
mousecapture
405:403
09/10/27 23:32:40
あと一息なのでお知恵を拝借いただけるとありがたいです。
MainWindow（QMainWindowから派生）
+ImageView(QGraphicsViewから派生)
+PixmapScene(QGraphicsSceneから派生)
MainWindowでui->graphicsView->setScene()でPixmapSceneオブジェクトを設定
という前提で、
void PixmapScene::mousePressEvent(QGraphicsSceneMouseEvent* mouseEvent)
上記イベントハンドラから、MainWindowのメンバ関数を呼びたいのですが、
どのようにしたらよいのでしょう？
PixmapSceneからImageViewのポインタをゲットできれば、
ImageViewからMainWindowのポインタを得て、MainWindowのメンバ関数を呼べるのでは
と考えております。
やりたいことに対して煩雑な気がするのですが、こんなものですかね。
406:デフォルトの名無しさん
09/10/27 23:38:07
>>403
>また、scenePos()がマイナスのところをクリックしても、上記イベントハンドラに来るみたいです。
>てっきりそのscene内だけかと思ったら。。。
シーンは論理座標を表現するクラスなので座標値としてマイナスもとる。
407:デフォルトの名無しさん
09/10/28 00:38:13
>>405
>あと一息なのでお知恵を拝借いただけるとありがたいです。
がんばれ。
>MainWindow（QMainWindowから派生）
>+ImageView(QGraphicsViewから派生)
>+PixmapScene(QGraphicsSceneから派生)
ちょっとクラスの構成や参照関係が見えないんだけど。
これらのクラスは、全てコードで書いたの？それともフォームエディタを使った?
フォームエディタを使ったのならMainWinodwの下に
セントラルウィジットしてQWidgetがあるはずなんだけど。
>>285 で指摘したようなことが必要になる。
それとも、ImageViewは、setCentralWidget()で指定した
セントラルウィジットなの?
PixmapSceneは、親オブジェクトを参照している、それともしてない?
その辺が分からないから一般論で回答する。
408:407
09/10/28 00:39:41
つづき
QWidgetには、親ウィジットをポインターとして参照させることができるから
もしコンストラクターなどで親ウィジットを参照させてないなら参照させるようにしてから
そのparentWidget()で親ウィジットを参照してqobject_cast<>()でキャストして
という処理を繰り返し、メインウインドウまで遡っていくか。
または
>>286 で指摘した方法などの代替案をとるとか。
などが考えられる。
また、シーンのカスタムクラスを書いているのならばMainWindowをポインターメンバーとして参照し、
コンストラクト時に渡すようにすればいいんじゃないかな。
QGraphicsSceneはQWidgetではなくQObjectを継承している、parent()で親オブジェクトを得て、
qobject_cast<>()でキャストする必要がある。
409:デフォルトの名無しさん
09/10/28 08:30:44
ググっていたら，いつの間にか「Qt Users Forum Japan」なるフォーラムが出来てる
のにたどり着いた。
URLﾘﾝｸ(qtusersforum.s2.zmx.jp)
ここもいいんだけど，ソースコード書くとインデントが無視されてしまうので，ソースコート
を書く必要がある場合は上の方が向いてるかも。
管理人がどんなプロフィールで，どんな背景で作られたかはわからんが。
410:デフォルトの名無しさん
09/10/28 11:34:49
Qtでマルチスレッドのデザインパターンの実装例がほしい。
411:デフォルトの名無しさん
09/10/28 11:52:00
>>410
pthread(POSIX Thread)のパターンが、そのまま使えない？
412:403
09/10/28 22:30:47
>407
MainWindowとImageViewはフォームエディタで作成
MainWindow上にQGraphicsViewを格上げ
QGraphicsSceneを派生したPixmapSceneを自作
PixmapSceneはMainWindowにメンバ変数としてインスタンス生成
PixmapSceneを派生する際、QGraphicsSceneがご指摘のとおり、
QObjectを引数とするコンストラクタしかなかったため、PixmapSceneの
イベントハンドラからMainWindowのメンバ関数へどうやってアクセスしたら
良いのだろうと悩みました。
繰り返しになりますが、PixmapSceneのインスタンス生成は、MainWindowの
メンバ変数としておりますが、この際、
PixmapScene::PixmaScene(QObject* parent) : QGraphicsScene(parent){}
とコンストラクタを定義して、
MainWindow::MainWindow(QWidget* parent) : QMainWindow(parent), ui(new Ui::MainWindow),m_pixmapscene(this) { ... }
PixmapSceneにMainWindowのポインタを渡しておき、PixmapScene::mousePressEventQGraphicsSceneMouseEvent* mouseEvent)
{
MainWindow* mainwindow = qobject_cast<MainWindow*>(parent());
qDebug() << mainwindow;
if (mainwindow != 0)
{
mainwindow->setPointToStatusBar(mouseEvent->scenePos().x(), mouseEvent->scenePos().y());
}
}
MainWindowのメンバ関数にアクセスすることができました。
どうもありがとうございました。
（長々と説明が下手ですいません。）
>>286のように、グローバルなアプリのポインタ使った方がスマートかなと思ったり。。。
413:デフォルトの名無しさん
09/10/28 22:45:29
>>410
サブスレッドからシグナルを送るとメインスレッドのスロットで捕捉されるので
スレッド間通信がすっげー簡単になるよ
414:デフォルトの名無しさん
09/10/28 23:08:30
>>412
>グローバルなアプリのポインタ使った方がスマートかなと思ったり。。。
MainWindowまでたどるのが大変なとき（遠いとき）は、有効。
415:デフォルトの名無しさん
09/10/29 01:24:46
>>413
まあ、そんなところの実装例が見たいんだよな。
4.6にはQFutureとかあるし、使い方も知りたい。
416:デフォルトの名無しさん
09/10/29 08:18:19
>>415
QFutureは、4.4からあります。
417:403
09/10/29 23:45:58
>408
>>286のようなコードに修正したいと思ったのですが、qAppはどこで生成されているものなのでしょう？
今現在main()は
int main(int argc, char *argv[])
{
QTextCodec::setCodecForTr(QTextCodec::codecForLocale());
QTextCodec::setCodecForCStrings(QTextCodec::codecForLocale());
QApplication a(argc, argv);
MainWindow w;
w.show();
return a.exec();
}
このような感じです。（今見るとa, wとか適当な変数名。。）
QApplicationクラスを派生させて、getMainWindow()を追加するのはわかるのですが。
418:デフォルトの名無しさん
09/10/30 06:10:04
>>417
>408
>>286のようなコードに修正したいと思ったのですが、qAppはどこで生成されているものなのでしょう？
qAppは、/QTDIR/src/gui/kernel/qapplication.h内で定義されているマクロで、
次のようになっている。
#if defined(qApp)
#undef qApp
#endif
#define qApp (static_cast<QApplication *>(QCoreApplication::instance()))
マクロなのでコンパイルする前処理としてプリプロセッサがソースコードに
qApp
があると、その部分全てを
static_cast<QApplication *>(QCoreApplication::instance())
に（ソースコードとして）置き換えてくれる。
つまり、ソースコードにqAppと書いたら、そこにstatic_cast<QApplication *>(QCoreApplication::instance())
と書いたことと同じことになる。
それで、このQCoreApplication::instance()は、何かと言うと、QApplicationの基底クラスのQCoreApplicationで
定義されているstaticな関数で、アプリケーションのインスタンス（実例：メモリー上に実際に確保された変数）を指すポインターを返す。
つまり、アプリケーションを指すポインターを返す。
419:418
09/10/30 06:11:41
>>417
QApplicationのqApp [Macro]
URLﾘﾝｸ(doc.trolltech.com)
QCoreApplicationのinstanc() [static]
URLﾘﾝｸ(doc.trolltech.com)
>このような感じです。（今見るとa, wとか適当な変数名。。）
個人的な意見だけど、自分だけでプログラムするのなら、どんな名前でもいいんじゃないかな。
また、簡単な動作チェックなんかのときなどは、いちいち名前なんて考えてられないし。
でも、プロジェクトとかに参加して、ネーミング規約があるのならばそれに従わなければならないし、
他の人が見るものは、ある程度わかりやすくした方がよいと思う。
そして、その”他の人”というのは、数年後の自分である可能性がある。
そうすれば何年も前に書いた、規模の大きい、もう内容を忘れてしまったコードを見たときに、どんな処理をしているか把握するための
手助けになる。
だから普段から、ある程度はわかりやすい名前を付ける癖を付けておいた方がいいと思う。
個人的な意見だから気に障ったらごめん。
420:デフォルトの名無しさん
09/10/30 20:43:18
QtCreatorが動かん、ハングアップする……と悶々としてたがAvast切ったら改善された。何故。
悩む人がいるかもしれないから参考までに……
421:デフォルトの名無しさん
09/10/30 21:33:21
>418
詳しく説明していただきありがとうございました。
変数名についてですが、たぶんMainWindowのexampleのmain.cppを
そのまま持ってきた気がします。
自分で書くなら、ループ変数、局所的なテンポラリ変数以外に一文字
というのはあまり使いません。
ちなみに、Qtは初めて間もないです。MFCとかC++/CLIとか趣味でやっていましたが、
どちらも中途半端な気がしており、マルチプラットフォームで純粋なC++であるQtに
興味を持った次第です。
422:デフォルトの名無しさん
09/10/30 22:21:39
>>421
>変数名についてですが、たぶんMainWindowのexampleのmain.cppを
>そのまま持ってきた気がします。
>自分で書くなら、ループ変数、局所的なテンポラリ変数以外に一文字
>というのはあまり使いません。
言い過ぎた気がするので、謝ります。ごめんなさい。
>ちなみに、Qtは初めて間もないです。MFCとかC++/CLIとか趣味でやっていましたが、
>どちらも中途半端な気がしており、マルチプラットフォームで純粋なC++であるQtに
>興味を持った次第です。
どっぷりとQtの世界につかってください。
これもおせっかいかも(^_^;)。
423:403
09/10/31 00:11:27
>422
＞言い過ぎた気がするので、謝ります。ごめんなさい。
全く気にしておりませんよw
ちなみに、>286のようにQApplicationの派生クラス(Application)にgetMainWindow()という
MainWindowのポインタを取得できる関数を追加する場合、
MainWindowのポインタ自体をセットするのはどのようにするものでしょうか？
自分が考えるところでは、派生クラスApplicationにsetMainWindow(MainWindow* mainwindow);を
追加して、main()で
{
Application app(argc, argv);
MainWindow mainwindow;
mainwindow.setMainWindow(&mainwindow);
mainwindow.show();
return app.exec();
}
とやるくらいしか思いつかないのです。
424:デフォルトの名無しさん
09/10/31 00:33:56
>>423
それでいいと思うけど。
>mainwindow.setMainWindow(&mainwindow);
app.setMainWindow(&mainwindow);
だね。
425:デフォルトの名無しさん
09/10/31 08:35:26
>424
ありがとうございます。
＞app.setMainWindow(&mainwindow);
easy missでした。
ちなみにQApplicationの派生クラスを作る際に気をつけることって
ありますか？
リンカから
undefined reference to vtable for Application
と怒られました。(ApplicationはQApplicationの派生)
コンストラクタは
Application::Application(int argc, char* argv[]) : QApplication(argc, argv) {}
としております。
426:デフォルトの名無しさん
09/10/31 08:43:13
>425
自己解決しました。
URLﾘﾝｸ(randt.jp)
qmakeを再実行してリビルドしたら大丈夫でした。
すべてリビルドはやっていたのですが、qmakeの再実行はすべてリビルドに
入ってないのか。
427:デフォルトの名無しさん
09/10/31 09:21:01
>>425 >Application::Application(int argc, char* argv[]) : QApplication(argc, argv) {} Application::Application(int &argc, char* argv[]) : QApplication(argc, argv) {}
428:デフォルトの名無しさん
09/10/31 15:13:45
>>425
> コンストラクタは
> Application::Application(int argc, char* argv[]) : QApplication(argc, argv) {}
> としております。
Application::Application(int &argc, char* argv[]) : QApplication(argc, argv) {}
&argc としないと落ちることがあります。
429:デフォルトの名無しさん
09/10/31 23:10:50
>428
QApplicationのリファレンスを見ると、コンストラクタはargcが参照型なのですね。
ご指摘ありがとうございました。
430:デフォルトの名無しさん
09/11/03 19:37:10
QFileDialogで、ダイアログのみのフィルタって掛けられますか？
431:デフォルトの名無しさん
09/11/03 20:45:42
>>430
意味が分からないんだけど。
具体的に言うとどういうこと?
432:デフォルトの名無しさん
09/11/03 20:55:18
>>430
質問しているのは、ファイルのフィルタじゃないよね?
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5136日前に更新/218 KB
担当:undef