【RAD統合環境】 Qt � ..
162:デフォルトの名無しさん
09/10/18 00:08:07
NOKIA は Maemo も Symbian も全部 Qt ベースにするつもりだね。
もっとも、製品に乗るのは早くても来年の終わりか再来年になるだろうけど。
けど、日本ではあまり関係なさそうだな。
もう一度日本市場に戻ってくるかは疑問だし、戻ってきたとしても売れるかというと。
Symbian Foundation にも Qt が入ってくるだろうから、そのときに
日本で Symbian 使ってるところが使うことになるのかな。
163:デフォルトの名無しさん
09/10/18 00:30:14
>>162
>NOKIA は Maemo も Symbian も全部 Qt ベースにするつもりだね。
>もっとも、製品に乗るのは早くても来年の終わりか再来年になるだろうけど。
下記に、Qt4.6 のリリース予定は、2010年の第１四半年となっているけど、
これだとそれくらいになるの？
URLﾘﾝｸ(qt.nokia.com)
164:デフォルトの名無しさん
09/10/18 00:39:41
Symbian Foundation Japanの公式ブログ
URLﾘﾝｸ(blogjp.symbian.org)
ここで、YouTubeにアップされた携帯電話で動くQtのデモのが見れる。
下記はリンク元。Qtのデモ映像がたくさん見れる。
URLﾘﾝｸ(www.youtube.com)
165:デフォルトの名無しさん
09/10/18 01:54:45
>>151
>Designerの格上げってサブクラス作るって事なのですね。。
>格上げするのはいいけど、格上げしたクラスのヘッダファイルがないと言われました。
カスタムクラスなんだけど、格上げは、Designerで配置したQWidgetなどに、
カスタムクラスを組み込むもの。
だから見た目は、Designer上で設定できて、なおかつそのクラスの振る舞い定義として、
コードを各個とができる。
通常のサブクラス化で行うようなクラスヘッダファイルと、実装ファイルを定義すればよい。
>これがカスタムクラス書くのと変わらないという意味なのでしょうか。
そう。結局コード書かないといけないという意味で。
>イベントフィルター云々はどのようにやるのでしょうか？
QObjectを継承したクラスのイベントをハンドルできる機能。
QWidgetもQObjectを継承しているから、ほかのウィジットのイベントをハンドルできる。
イベントをハンドルする側にeventFilter()を定義し、ここでイベント処理の内容を書く。
そして、イベントをハンドルされる側のinstallEventFilter()をコールして、
イベントをハンドルする側のオブジェクトを引数として渡す。
166:165
09/10/18 01:57:05
>>151
>やりたいことは、単に何かのコントロール（QtではWidget？）に絵を表示させて、
>マウスを当てたらその座標の画素の色情報をツールチップかなんかで見れるということです。
例えばメインウィジットMainWidgetがイベントをハンドルする側で、イベントをハンドルされる側が
PictWidgetとすると、MainWidgtにeventFilter()を定義し、
pictWidget->installEventFilter(mainWindow);
などすればよい。
MainWidet::eventFilter()は、例えば次のようになる。
bool
MainWidget::eventFilter(QObject* iObject, QEvent* iEvent)
{
Q_UNUSED(iObject);
if(iEvent->type() == QEvent::MouseButtonPress) {
// ここに処理を書く
return true;
}
return false;
}
なお、もちろんイベントをハンドルするクラスを独立に定義してもよい。
イベントフィルタでは、全部のイベントがハンドルできるから特定のイベントをif文で
切り分けなければならない。
個人的には、イベントフィルター専用クラスを用意して使いまわすようなことがないのなら、
やっぱり、通常のカスタムクラスか格上げのほうがいいような気がするけど。
167:165
09/10/18 01:58:51
>>165
訂正
>コードを各個とができる。
コードを書くことができる。
168:165
09/10/18 02:08:20
>>166
ごめん。再び訂正
bool
MainWidget::eventFilter(QObject* iObject, QEvent* iEvent)
{
if(iObject == pictWidget) {
if(iEvent->type() == QEvent::MouseButtonPress) {
// ここに処理を書く
return true;
}
return false;
} else {
return QWidget::eventFilter(obj, event);
}
}
上記の
return QWidget::eventFilter(obj, event);
のQWidgetは、MainWidgetの基底クラスと仮定して書いた。
169:デフォルトの名無しさん
09/10/18 02:13:22
>>168
再び訂正
誤）return QWidget::eventFilter(obj, event);
正）return QWidget::eventFilter(iObject, iEvent);
170:デフォルトの名無しさん
09/10/18 02:13:28
>157
URLﾘﾝｸ(blog.taikomatsu.com)メモ/
171:デフォルトの名無しさん
09/10/18 13:42:32
>>151
>Designerの格上げってサブクラス作るって事なのですね。。
>格上げするのはいいけど、格上げしたクラスのヘッダファイルがないと言われました。
格上げとは、DesignerプラグインにはしていないウィジェットをDesignerのフォームで使えるようにする機能です。
例えば、QPushButtonを継承して作ったPushButtonウィジェットがあって、Designerプラグインにはしていないとします。
そうすると、これから作ろうとするフォームにPushButtonウィジェットを入れることができません。そこで、Designer
で既に使えるようになっているQPushButtonを格上げ、つまり、サブクラスのPushButtonと入換えれば、殆どの属性は
同じなので、独自に追加したプロパティの他は、Designerで操作しながらフォームを作成できます。PushButtonは、
別に作成しておくクラスなので、その実装コードやヘッダーは別に用意します。PushButtonは、C++のみで作成してもよいし、
Designerを使って作成してもよいです。
172:デフォルトの名無しさん
09/10/18 13:52:34
821 ：818[] 投稿日：2009-09-15 16:59:28
>819-829 おっけー！ 日本語表示になりました。
他の誰かが幸せになれるようにFreeBSD 7.2 でQtCreator導入の手順をまとめておきます。
==================================================
1. portsからmake install
# cd /usr/ports/devel/qtcreator
# make install
2. そのままだと（参照する翻訳ファイルの名前が間違えているので）日本語で表示されないのでリンクを張る
# cd /usr/local/share/qtcreator/translations
# ln -s qtcreator_ja.pm qt_ja_JP.qm
3. 環境変数のLANGを日本語ロケール(うちの場合はja_JP.UTF-8）にしてqtcreatorを立ち上げればメニュー等が日本語で表示される
# exports LANG=ja_JP.UTF-8
==================================================
173:デフォルトの名無しさん
09/10/18 15:07:51
みんな知ってるよ
174:デフォルトの名無しさん
09/10/18 15:26:07
プログラム中でLayoutするのが面倒ですが
QWidgets配置をdesignしたschemeをXMLとかで出力して
それに応じてプログラム中でautoでQWidgetsを
配置していってくれるツールはありますか？
175:デフォルトの名無しさん
09/10/18 15:29:39
Qtでは，ウィンドウのデザインは次の3つの方法でできます．
* C++のソースに直接記述 必要なクラスを作成して，プログラム中に直接記述します．
* XMLでインターフェースを記述 WindowsのXAMLのように，デザインの情報をXML(uiファイル)で記述します．
私は，この方法がもっとも性に合っていますが，QtのインターフェースのXMLのマニュアルを見つけることができませんでした．今のところ，諦めています．
* Qt Designerでuiファイルを作成 マウスとキーボードを用いて，uiファイルを作成します．もっとも手軽に，インタフェースの作成ができるでしょう．
176:デフォルトの名無しさん
09/10/18 15:34:24
URLﾘﾝｸ(www.off-soft.net)
177:デフォルトの名無しさん
09/10/18 15:58:59
>>171
>PushButtonは、C++のみで作成してもよいし、Designerを使って作成してもよいです。
Designerで作成する方法は、今のバージョンでも使用できる?
178:デフォルトの名無しさん
09/10/18 16:15:04
>>176
出来ました
ありがとうございました
179:デフォルトの名無しさん
09/10/18 17:30:03
>>177
Qt Creatorと併せて使えばできます。
Qt Creatorの "新規作成" の "Qt デザイナフォームクラス" を使えば、
フォームに加えて実装部とヘッダー部のテンプレートが作られます。
180:デフォルトの名無しさん
09/10/18 17:39:52
>>174
Qt Desingerで配置して、QUiLoaderを使うというのはどうですか。
Qt 4.5: QUiLoader Class Reference
URLﾘﾝｸ(doc.trolltech.com)
181:デフォルトの名無しさん
09/10/18 17:58:16
>>180
ありがとうございます
>>176さんのところに書いてありました
182:デフォルトの名無しさん
09/10/18 18:15:42
>>180
横から便乗だけど
PyQt でも QUiLoader 使える？
183:デフォルトの名無しさん
09/10/18 18:21:28
>>182
ダメポ
12 Using Qt Designer
Qt Designer is the Qt tool for designing and building graphical user interfaces.
It allows you to design widgets, dialogs or complete main windows using on-screen
forms and a simple drag-and-drop interface. It has the ability to preview your
designs to ensure they work as you intended, and to allow you to prototype them
with your users, before you have to write any code.
Qt Designer uses XML .ui files to store designs and does not generate any code
itself. Qt includes the uic utility that generates the C++ code that creates
the user interface. Qt also includes the QUiLoader class that allows an application
to load a .ui file and to create the corresponding user interface dynamically.
PyQt does not wrap the QUiLoader class but instead includes the uic Python module.
Like QUiLoader this module can load .ui files to create a user interface dynamically.
Like the uic utility it can also generate the Python code that will create the user
interface. PyQt's pyuic4 utility is a command line interface to the uic module.
Both are described in detail in the following sections.
URLﾘﾝｸ(www.riverbankcomputing.co.uk)
URLﾘﾝｸ(www.nabble.com)
184:デフォルトの名無しさん
09/10/18 18:28:15
>>179
レスありがとう。
でも知りたいのは、Qt Creatorではなく、今のバージョンのDesignerにPushButtonを
作る機能があるのかないのかが知りたいんです。
185:デフォルトの名無しさん
09/10/18 18:33:36
>>183
それ出来るっていう意味で書かれてるんじゃないの？
186:デフォルトの名無しさん
09/10/18 18:36:38
Qtスレがこれほど活発だってのに、Gtkスレは閑古鳥だな…
うらやましい限りだ。
187:デフォルトの名無しさん
09/10/18 18:42:27
>>186
Gtkスレってどれのこと?
188:デフォルトの名無しさん
09/10/18 18:51:20
Qtのコンパイルってどんだけ時間かかるんだよorz
189:デフォルトの名無しさん
09/10/18 18:58:14
>>187
Gtkプログラミング on Windows!!!
ｽﾚﾘﾝｸ(tech板)
上のスレのことだけど、他にもあったのか？
190:デフォルトの名無しさん
09/10/18 19:01:13
>>189
やっぱりこれのことか。
ありがとう。
Gtkならほかにもスレッドがありそうな気がして、自分が見落としているのかと思って。
191:デフォルトの名無しさん
09/10/18 19:09:13
他にもあるよ。
GTK+プログラミング
ｽﾚﾘﾝｸ(linux板)
192:デフォルトの名無しさん
09/10/18 19:11:29
Gtkはなぁ・・・
Windowsで使うものじゃないと
なぜか決めつけてかかってる俺
193:デフォルトの名無しさん
09/10/18 19:24:50
奇麗に棲み分けできてるからね。
Win : 色々ある
UN*X : ほぼ Gtk+
Mac OS X : ほぼ Cocoa
194:デフォルトの名無しさん
09/10/18 20:10:25
KDE派だからLinuxでもQtな俺
195:デフォルトの名無しさん
09/10/18 20:28:35
>>191
ありがとう。
見てきた。
196:デフォルトの名無しさん
09/10/18 21:19:24
>>184
Designerは、フォームの上にウィジェットを並べる機能のみを提供するので、
将来サブクラスを作れるような機能は追加されません。
197:デフォルトの名無しさん
09/10/18 21:26:25
やっとコンパイル終わったよ。4時間ぐらいたってねーか？
198:デフォルトの名無しさん
09/10/18 21:38:21
友愛とUIを掛けてるのか
199:デフォルトの名無しさん
09/10/18 23:25:59
>>196
ありがとう。
200:デフォルトの名無しさん
09/10/18 23:27:18
QtCreatorのソースファイルツリーってフォルダ階層作れないのかな？
ファイル数増えたら見づらくなりそう。
201:デフォルトの名無しさん
09/10/18 23:41:59
>>182-185
QUiLoader そのものはだめだけど uic.loadUi で逝けるみたい
import sys
from PyQt4 import QtCore, QtGui, uic
class HelloWindow(QtGui.QMainWindow):
def __init__(self, *args):
QtGui.QMainWindow.__init__(self, *args)
uic.loadUi('mydesign.ui', self)
self.connect(self.myPB, QtCore.SIGNAL('clicked()'), self.onMyPBClicked)
@QtCore.pyqtSignature('')
def on_myPB_clicked(self):
print 'a'
def onMyPBClicked(self):
QtGui.QMessageBox.information(self,
self.tr('clicked'), self.tr('hoge'))
app = QtGui.QApplication(sys.argv)
w = HelloWindow()
w.show()
sys.exit(app.exec_())
URLﾘﾝｸ(techbase.kde.org)
202:デフォルトの名無しさん
09/10/19 00:02:46
>165
MainWidget
+PictWidget
+StatusBar
みたいに、メインウィンドウ上に画像Widgetとステータスバーがあり、
画像の画素情報をステータスバーにも反映させたいような場合、
MainWidgetでイベント処理するのが適当だと思うのですが、
mouseMoveEvent()メンバ関数をオーバーライドするような感じではないのですね。
もう少し勉強してみます。ありがとう。
仮にDesignerで何らかのWidgetを格上げしたPictWidgetのmouseMoveEvent()を
オーバーライドして処理しようにも、親のMainWidgetのメンバ（例えばStatusBar）とかアクセスできない
ですよね。入門Qt4プログラミングは購入したので、7章あたり読んでみます。
203:デフォルトの名無しさん
09/10/19 00:03:19
>>201
ありがとうございます
@QtCore.pyqtSignature('')
def on_myPB_clicked(self):
print 'a'
これだけでも呼ばれているってことは
connectも自動でやってくれるんですね
204:デフォルトの名無しさん
09/10/19 00:06:27
あ
myPB の位置を XML で property geometry で指定してても
その位置に出て来ないですね
指定の仕方が間違ってるのかな
もう少し勉強してみます
205:デフォルトの名無しさん
09/10/19 00:20:33
>>200
次期リリースの1.3のベータ版なら実ファイル階層を区分けして表示してくれるよ。
ただし、ヘッダ、実装ファイル、リソースファイルなどに大きく区分けされて、
その中にそれぞれのフォルダーが表示される。
ただし、この版では日本語化されていないし、日本語の入力もできなかった。
（環境がLinuxでの話）
URLﾘﾝｸ(qt.nokia.com)
下記のYouTubeのQtStudiosのQt Creator-Rename, find...というのを見れば、
新しく実装されたリネームや検索機能の使用の様子が見れるよ。
ここには、その他にもQt Creatorの使っている様子などアップされている。
URLﾘﾝｸ(www.youtube.com)
206:デフォルトの名無しさん
09/10/19 00:27:25
Qt iPhone: URLﾘﾝｸ(qt.gitorious.org)
207:デフォルトの名無しさん
09/10/19 00:52:23
>>202
>MainWidget
>+PictWidget
>+StatusBar
QtのQMainWindowには、MenuBar、ToolBar、DockWidget、CentralWidget、StatusBar
を配置する場所が予め用意されているから、通常は、ステータスバーはメインウィジットに配置する。
MainWidgetがQMainWindowを継承していないのならば、継承させた方が楽できていいと思うけど。
下記に、メインウィンドウと書いてあるから、QMainWindowから派生していたら、ごめん。
>MainWidget
>+PictWidget
>+StatusBar
>みたいに、メインウィンドウ上に画像Widgetとステータスバーがあり、
>画像の画素情報をステータスバーにも反映させたいような場合、
>MainWidgetでイベント処理するのが適当だと思うのですが、
>mouseMoveEvent()メンバ関数をオーバーライドするような感じではないのですね。
>もう少し勉強してみます。ありがとう。
１例として、PictWidgetでは、クリックされたらそれを知らせるシグナルを発生するようにし、
引数として、必要な情報を渡すようにする。
そして、MainWindowにスロットを定義して、そこで処理関数を書けばよい。
もちろん両者を接続する必要する。
208:207
09/10/19 00:53:19
つづき
>>202
>仮にDesignerで何らかのWidgetを格上げしたPictWidgetのmouseMoveEvent()を
>オーバーライドして処理しようにも、親のMainWidgetのメンバ（例えばStatusBar）とかアクセスできない
>ですよね。入門Qt4プログラミングは購入したので、7章あたり読んでみます。
Qtでは、Widgetに親子関係がある。通常コンストラクト時に親ウィジットを引数として渡す。
あるいは、レイアウトクラスが参照処理を行ってくれる。
だからparentWidget()をコールすれば親ウィジットのパブリックな関数をコールできる。
このばあい、
MainWindow* mainWindow= qobject_cast<MainWindow*>(parentWidget());
if(mainWindow) {
//...
}
のようにキャストの必要がある。
それに、親ウィジットに限らず、必要なら通常C++と同様にのメンバーポインターとして
ほかのウィジットを参照させればいいだけ。
209:207
09/10/19 00:57:33
つづき
>>202
>ですよね。入門Qt4プログラミングは購入したので、7章あたり読んでみます。
ごめん、購入したいとは思っているんだけど、まだ買ってない。
210:207
09/10/19 01:02:16
>>202
>オーバーライドして処理しようにも、親のMainWidgetのメンバ（例えばStatusBar）とかアクセスできない
>ですよね。
MainWidgetがQMainWindowを継承しているのならば、StatusBarを取得する関数がある。
無ければ自分で書けばいいだけの話のような気がするけど。
211:207
09/10/19 01:26:31
>>202
>MainWidgetでイベント処理するのが適当だと思うのですが、
これは、設計によりけりだと思う。
>mouseMoveEvent()メンバ関数をオーバーライドするような感じではないのですね。
上で書いた方法で、StatusBarを参照できるから、この方法、つまりCentralWidgetが
自分に関する処理を自分で行うのも、ありだと思うけど。
212:200
09/10/19 02:06:19
>>205
おお、もう実装予定なのか！
リネーム機能も良さげだし、QtCreatorすばらしいな。
213:デフォルトの名無しさん
09/10/19 02:18:50
Windowsで64bitアプリって作れますか？
214:デフォルトの名無しさん
09/10/19 02:59:28
>>212
205に書いてある通り、開発版では実装済み。
リンクたどって、開発版を試しにインストールしてみれば試せるよ。
215:デフォルトの名無しさん
09/10/19 03:10:38
>>213
MSVCなら可能。MinGWは、コンパイラーが対応してないせいで今のところ無理みたい。
URLﾘﾝｸ(doc.trolltech.com)
216:215
09/10/19 03:14:38
ごめん、MinGWも可能みたい。
217:213
09/10/19 03:25:20
とりあえずMSVCでできたっぽい。
バイナリ無くてコンパイルに時間がかかるから試行錯誤にも時間がかかる。
やりかた書いて良いよね？ でも疲れたから今日は寝る。
一応qt creatorの64bit版を置いとく。
fURLﾘﾝｸ(ftp.trolltech.com)
64bit版を使わないとデバッグができない。32bit プロセス（qt creator）から
64bit DLL（CDBデバッガ）を読み込めないから当然か。
残念ながらこれ以降、今日までの間に64bitバイナリは無いようだ。
最新のが使いたいなら自分でコンパイルしろと。
218:デフォルトの名無しさん
09/10/19 15:19:29
Qt Creator 1.3 betaをダウンロードしてWindows/TDM's MinGWでQtを使い始めてみてるんだけど，
なかなか調子よく動くんで喜んでいたら，UNICODE関連で引っ掛かった。
::MessageBox(NULL, "こんにちは", "Title", MB_OK);
と書いたら，コンパイルエラーになったので，MessageBoxAに変えたらコンパイル通って，ちゃんと
動いた。つーことは _UNICODE が定義されてるってことだよね。
ソースファイルは他のエディタで開いてみたらShift_JISだったので，
::MessageBox(NULL, L"こんにちは", L"Title", MB_OK);
にしてみたり，tchar.hをインクルードして，
::MessageBox(NULL, _T("こんにちは"), _T("Title"), MB_OK);
と書いてもコンパイルエラーになる（もちろんMessageBoxWでも同じこと）。
MinGW32-g++のコマンドラインオプションに -finput-charset=CP932 と -ｆexec-charset=CP932 を
設定すれば直ることはわかってるんだが，ヘルプを見てもプロジェクトファイル(.pro)にそのような
指定はできないようだし，どこかで設定できないのかな？
今回の例はMessageBoxなのでQMessageBox使えって言われそうだけど，他にもAとWの両方が
あるWIN32 APIは沢山あるわけで，どうやって解決したらいいのか知ってる人がいたら教えてください。
219:デフォルトの名無しさん
09/10/19 15:44:01
なんでクロスプラットフォームなQt使っていて
わざわざWindows専用のMessageBoxなんて使うの？
QMessageBoxつかえばいいじゃない。
220:219
09/10/19 15:45:33
うん。最後の一段落見逃してたｗ
言い直す、
他にもWIN32 APIの代わりのQなんたらがあるじゃない。
221:デフォルトの名無しさん
09/10/19 15:47:53
コンパイルエラー、貼らないと
222:デフォルトの名無しさん
09/10/19 15:58:14
ソースをUTF-8で保存
223:218
09/10/19 16:04:02
>>219
Qtの設計思想からして，何でも揃ってるんなら，そういう行き方で行くべきなんでしょうね。
始めたばかりだからよくわからないんですが，WIN32 APIにあるような機能をもったものは，
ほぼ何でもあるんでしょうか？
>>220
ですね。よく調べたら定義済みなのは UNICODE で _UNICODEじゃなかったので_T( )を使った場合は
::MessageBoxAが呼び出されてたんですが，少なくとも,
::MessageBoxW(NULL, L"こんにちは", L"Title", MB_OK);
と書くと，
C:/Documents/Software/Qt/DialogTest/mainwindow.cpp:35: error: converting to execution character set: Illegal byte sequence
というエラーメッセージが出ます。MinGW32-g++のコマンドラインオプションに -finput-charset=CP932
と -ｆexec-charset=CP932 を書くと，ソースコードがSJISでも問題ないことはQtとは無関係の他のIDEで
確認済です。
224:デフォルトの名無しさん
09/10/19 16:13:53
-fexec-charset=UTF-16LE?
225:218
09/10/19 16:21:11
>>223
自己レス。
> ですね。よく調べたら定義済みなのは UNICODE で _UNICODEじゃなかったので_T( )を使った場合は
> ::MessageBoxAが呼び出されてたんですが，
この記述はウソでした。_T( )が wchar_t* じゃなくて char* になってたんでした。呼び出されるのはMessageBoxW
の方です。いずれにしろL""を使ってMessageBoxWを呼び出すとエラーになります。
>>222
どこで保存時のエンコードを指定するんでしょうか？ 外部エディタでUTF-8で保存し直すのですか？
それともQt Creatorの設定でフォントにMS ゴシックを指定したのがいけなかったのかな？
>>224
それはないと思います。仮にそうだとしても，Qt Creatorのどこでコンパイラのコマンドラインオプションを
指定するのでしょうか？
226:デフォルトの名無しさん
09/10/19 16:25:54
>>218
QMAKE_CXXFLAGS += --input-charset=cp932 --exec-charset=cp932
227:デフォルトの名無しさん
09/10/19 16:41:40
>>225
左の"Projects"ボタンから下の方に
"Editor Settings" として "Default File Encoding" がある。
また、開いているファイルには"Edit"に文字コード指定用の項目がある。
228:218
09/10/19 16:47:15
>>226
.pro ファイルにそのように書いたらうまく行きました。
ヘルプをよく探してみたら「qmake Platform Notes」に載ってました。
ヘルプの「qmake Advanced Usage」のところを見ていたら，グローバルに定義したい
#define のやり方も書いてありました。
「qmake Variable Reference」にいろいろ載ってますね。じっくり読んでみます。
助かりました。ありがとうございました。
229:218
09/10/19 16:56:41
>>227
おっしゃるとおりありました。
UTF-8に変えたら，>>226で教えていただいた方法を使わなくてもすんなり行きました。
用途によって使い分けます。
ありがとういございました。
230:デフォルトの名無しさん
09/10/19 17:36:32
ぼそ。。。作りにくいと思ったとき、それは間違った道。。。
231:デフォルトの名無しさん
09/10/19 17:57:12
独り言．．．Windows上のいろんなコンパイラで共通に使えるライブラリ作って
使ってるんだよな～
232:デフォルトの名無しさん
09/10/19 19:48:39
UNICODE化推進したのに
WindowsはいつまでSJISに縛られるんだろう
233:デフォルトの名無しさん
09/10/19 19:50:14
しばられてるのはお前だアホ
234:デフォルトの名無しさん
09/10/19 20:04:30
VCだとソースがSJIS固定じゃない
235:デフォルトの名無しさん
09/10/19 21:50:49
ファイル名取得ダイアログのWindowsでの振る舞いについて質問があります。
リファレンスのQFileDialog::getOpenFileName()のところに
”On Windows the dialog will spin a blocking modal event loop that will not dispatch any QTimers”
とあるけどこれはどういう意味か教えてください。
URLﾘﾝｸ(doc.trolltech.com)
236:デフォルトの名無しさん
09/10/19 22:00:15
218は正しくはWin32APIスレ行くべきだったな。
L""やTEXT(),_T()書いたからと言って、SJISでソースかいてりゃ文字列リテラルの中身はSJISだ。
それをUnicodeですと言いはればそりゃコンパイラも怒るわ。
237:デフォルトの名無しさん
09/10/19 22:12:20
Qt CreatorをMSVCで64bitでコンパイルすると
Qt Creator起動時に
Failed to load core: QTパス/lib/qtcreator/plugins/Nokia/Core.dll: Cannot load library QTパス/lib/qtcreator/plugins/Nokia/Core.dll:
指定されたモジュールが見つかりません。っていわれる。ちゃんとDLLあるのに・・・
238:デフォルトの名無しさん
09/10/19 22:13:54
じつはそのプラグインdllが32bitだったりしない？
239:デフォルトの名無しさん
09/10/19 22:21:42
禿げ敷く胴衣
240:237
09/10/19 22:33:31
QTへのPATHの設定が必要なだけだった。
エラーメッセージ紛らわしい。
でもQt creatorは起動したがまだコンパイルできず。
jom.exeってなんだ？ どうすれば現れる？
241:デフォルトの名無しさん
09/10/19 22:36:57
コンパイル済みのqt creatorからたぶん32bitのjom.exeをコピったら動いた。
もしかして別作者のツール？
とりあえずこれでWindows 64bitへの旅は終わったかな？
242:デフォルトの名無しさん
09/10/19 22:38:57
ついでに、プラグインdllが32bitかどうか
調べるツールとかしりませんか？
他にもいろいろ情報を知りたい。
7zipでDLLを開いてそのプロパティで調べたけどｗ
243:デフォルトの名無しさん
09/10/19 23:07:51
>>241
jom も Nokia（Qt) のツール。
nmake でサポートしてない並列ビルドをするためのツール。
詳しくは下記を参考に。
URLﾘﾝｸ(labs.trolltech.com)
URLﾘﾝｸ(qt.gitorious.org)
244:デフォルトの名無しさん
09/10/20 04:14:38
URLﾘﾝｸ(www.cycleof5th.com)
245:218
09/10/20 05:59:18
>>236
あんたわかってないね。
VC++やBCCはSJISのソースコードでL""と書けばそれをコンパイラが自動的にワイド文字列に
変換するし（何の指定も必要なし）、MinGW gccだって -finput-charset=CP932 と指定すれば
SJISでL""で書いた文字列リテラルをきちんとワイド文字列に変換する。
MinGW gccはたまたまデフォルトがUTF-8なだけ。そもそもUTF-8はWIN32 APIの
何たらW( )関数が要求するwchar_t*文字列（UTF-16LE）とはエンコーディングが
違う。dmcなんかはL""と書いても_T( )と書いても受け付けてくれないので、
\uを使って文字コードで書く必要があるんだよ（Digital Mars スレの261に
これを解決する方法を書いた）。
要するにコンパイラ依存の問題なわけで、
> L""やTEXT(),_T()書いたからと言って、SJISでソースかいてりゃ文字列リテラルの中身はSJISだ。
> それをUnicodeですと言いはればそりゃコンパイラも怒るわ。
なんて単純な話じゃない。あんたUNICODEは一種類だと思ってるのか？
Qt Creatorだって、VCでやれば、逆にソースコードをUTF-8で書いたらL""のコンパイル
通らなくなると思うよ（VCが頭良くて、自動変換する可能性はあるけど）。
246:デフォルトの名無しさん
09/10/20 08:51:34
いいえVCはアホの子です
ソースに日本語コメントが有って
utf-8で保存されてたりするだけで
コンパイルすら通らなくなります
247:デフォルトの名無しさん
09/10/20 09:00:11
Windowsのインストーラは標準ではUTF-8の環境をインストールしてくれないので
インストール時に項目をチェックしてないのではないかな？
248:デフォルトの名無しさん
09/10/20 09:19:15
UTF-8の環境ってなんだ？
UTF-8ってのはASCIIコード互換なんだよ。そのように作られている。
ASCIIの文字の範囲なら1バイト、それ以外なら最大4バイトの可変長文字コード
だから、ソースに日本語が入っていてもUTF8なら
ASCII文字と認識されるだけなので、コンパイルが通らないことは無い。
249:デフォルトの名無しさん
09/10/20 09:23:38
>>243
jom ぱねぇｗｗｗ
マルチコア使い切ってる。長いQtのコンパイル時間が半分になるｗ
これ本当にnmake完全互換ってことでいいのかな？
それならQt以外でも使えるな。nmakeにリネームしてやるかｗ
250:デフォルトの名無しさん
09/10/20 10:41:40
>>245
>MinGW gccはたまたまデフォルトがUTF-8
GCCのデフォルトはASCIIでは？
251:デフォルトの名無しさん
09/10/20 10:50:55
>>235
Qtのファイル取得ダイアログは、デフォルトではWindows固有のファイル取得ダイアログを
呼出してイベント処理されるため、そのファイル取得ダイアログの表示中には、
Qtの主イベントループで処理されるタイマーは、タイムアウトしても直ぐには処理されません。
252:245
09/10/20 10:51:47
>>250
正しくはそう言うべきなのかもしれないが，>>248の言うとおりUTF-8はASCII互換なので，
UTF-8でソースコードを書いてL""の""の中に日本語書いても異常なコードとは認識せず，
ちゃんとUTF-16に変換してくれるので，「なんたらW」のWIN32 APIを呼び出したとき文字化けしない。
本家gccは知らないが，MinGW gccはそうなってるよ。
253:デフォルトの名無しさん
09/10/20 11:15:32
Qｔ CreatorでMainWindowをデスクトップの中心に表示させようとしたんだけど，UIデザイナ画面の
プロパティにはそれに相当するものはなさそうだったので，MainWindowのコンストラクタに，
QPoint screenCenter = QApplication::desktop()->screen()->rect().center();
setGeometry(screenCenter.rx() - width() / 2, screenCenter.ry() - height() / 2, width(), height());
って書いて一応解決したんだけど，もっと良いやり方はありませんか？
254:235
09/10/20 11:38:57
>>251
ありがとうございます。
理解できました。
255:デフォルトの名無しさん
09/10/20 11:54:57
>>250
UTF-8だよ。3.xも4.xも。
256:デフォルトの名無しさん
09/10/20 12:37:25
>>253
タイトルバーを含めて中心に表示するのならば、frameGeometry()を使うというのもありそうです。
Qt 4.5: Window Geometry
URLﾘﾝｸ(doc.trolltech.com)
QDialogの親を0にするとデスクトップの中心に表示されるので、そのコードを調べてみるというのはどうですか。
257:デフォルトの名無しさん
09/10/20 13:15:10
>>252
ありがとうございます。
理解できました。
258:デフォルトの名無しさん
09/10/20 13:23:35
>>253
今のところ、256の人が書いているように、Dialog以外でメインウインドウを
含めてWidgetをダイレクトにスクリーンの中央に表示させる関数や属性は、
Qtには実装されていないと思う。
だから、コンストラクタにコード書くしかないんじゃない。
知っているかもしれないけど、QSettingsを使って、設定値を覚えさせるようにしておけば、
次回起動時に終了時の位置やサイズで表示されるようになる。
初回起動時は、中央に表示されなくても２度目からユーザーが好みのMainWindowの位置を
指定できるので、これで十分だと思うけど。
ちなみに、最大化するのなら下記のコードが有効。
setWindowState(windowState() ^ Qt::WindowMaximized);
show();
259:デフォルトの名無しさん
09/10/20 13:26:15
最大化uzeee
260:253
09/10/20 16:45:03
>>256
レスありがとうございます。
> タイトルバーを含めて中心に表示するのならば、frameGeometry()を使うというのもありそうです。
なるほど，そちらの方が正確に中心に来ますね。
> QDialogの親を0にするとデスクトップの中心に表示されるので、そのコードを調べてみるというのはどうですか。
これはgrepを使ったりしてやってみましたが，QDialogのparentを0にしてコンストラクタを呼び出すと，
基底クラスであるQWidgetのコンストラクタのparentが0で呼び出されるところまではわかりましたが，
それ以上はd_func()なる謎の関数が出てきて追いきれませんでした(grepで膨大な件数がマッチした)。
>>258
> 知っているかもしれないけど、QSettingsを使って、設定値を覚えさせるようにしておけば、
> 次回起動時に終了時の位置やサイズで表示されるようになる。
> 初回起動時は、中央に表示されなくても２度目からユーザーが好みのMainWindowの位置を
> 指定できるので、これで十分だと思うけど。
> ちなみに、最大化するのなら下記のコードが有効。
> setWindowState(windowState() ^ Qt::WindowMaximized);
> show();
いえ，知らないことばかりで勉強になります。
ご教示ありがとうございます。
261:デフォルトの名無しさん
09/10/20 21:30:29
>248
ソースコードの文字コードについてだけど、VCでのUTF-8はBOMありをUTF-8と認識する。
BOMなしUTF-8でやっていると、あるとき突然コンパイル時エラーやら警告が出たりする。（これが246の言っていることかな）
gccはBOMなしUTF-8しかダメで、これのせいで、両方でUTF-8でソースコードが共通化できなかった。
結局、Shift-JISで統一して、gccでinput-charsetオプションでごまかした。
（なんで同じUTF-8でこうもコンパイラの対応が異なるかと思う）
262:デフォルトの名無しさん
09/10/20 22:54:08
そもそもUNICODEという仕様がクソ
263:デフォルトの名無しさん
09/10/20 22:54:48
そしたら何コードだったらいいの
264:デフォルトの名無しさん
09/10/20 22:59:20
TRONコード
265:デフォルトの名無しさん
09/10/20 23:39:05
そもそも Byte Order なんてある訳ない UTF-8 に Byte Order Mark 付けるのは
気が狂ってるとしか思えない。
266:デフォルトの名無しさん
09/10/20 23:45:11
Creator1.3 Betaの日本語化の方法が書いてある。
Qt Creator 1.3 Beta リリース
URLﾘﾝｸ(qt-creator-jp.sourceforge.jp)
267:デフォルトの名無しさん
09/10/21 00:31:44
ソースコードにASCII文字以外を書くなよｗ
268:デフォルトの名無しさん
09/10/21 00:46:28
>>267
コメントは英語にするの?
英語が苦手だからちょっときつい。
それに、doxygenなんかを使って、コメントを日本語ドキュメントとして
出力させたいときはやっぱり日本語が必要になる。
269:デフォルトの名無しさん
09/10/21 01:46:48
>>267
今時ソースコードにASCII文字以外をかけないってドンだけ遅れてるんだよwwww
270:デフォルトの名無しさん
09/10/21 02:04:38
>>269
書けないんじゃなくて、方針として書かないといいたいんだと思う。
でも個人的には、人に押し付けることではない気がする。
それにプロジェクトか何かに参加していて、日本語でコメントを書くのが
決まっていたらそうせざるを得ないし。
271:デフォルトの名無しさん
09/10/21 02:41:09
UTF-8やEUC-xx系はバイト数増える分だけいろいろ互換ではあるけどな。
URLﾘﾝｸ(nowsmart.s93.coreserver.jp)
272:デフォルトの名無しさん
09/10/21 03:00:12
Visual C++ の概念 : C/C++ プログラムのビルドコンパイラおよびリンカでの Unicode のサポート
URLﾘﾝｸ(msdn.microsoft.com)
・BOM (Byte Order Mark) 付き、または BOM なしの UTF-16 リトル エンディアン。
・BOM 付き、または BOM なしの UTF-16 ビッグ エンディアン。
・BOM 付きの UTF-8
273:デフォルトの名無しさん
09/10/21 03:09:26
gcc
URLﾘﾝｸ(wiki.monaos.org)
gcc-3.4からちゃんとiconvで変換するようになったようです。 gccの-finput-charsetを使うとソースの
文字コードが指定できます。何も指定しない場合はUTF-8として扱われます。
gcj
URLﾘﾝｸ(wiki.monaos.org)
274:デフォルトの名無しさん
09/10/21 03:13:47
UTF-16 and UTF-32 support in GCC added
URLﾘﾝｸ(blogs.oracle.com)
なんだこれは、あたらしく文字列型追加したのか
* u'c-char-sequence' char16_t character literal (UTF-16)
* U'c-char-sequence' char32_t character literal (UTF-32)
* u"s-char-sequence" array of char16_t (UTF-16)
* U"s-char-sequence" array of char32_t (UTF-32)
275:デフォルトの名無しさん
09/10/21 05:34:46
Why do you stay in wrong thread?
ｽﾚﾘﾝｸ(tech板)
276:デフォルトの名無しさん
09/10/21 10:33:50
>>268
文字列にASCII文字以外を書かないようにということじゃないでしょうか。
277:デフォルトの名無しさん
09/10/21 11:13:17
>>276
勘違いしてた。ごめん。
278:デフォルトの名無しさん
09/10/21 22:06:42
Windowsで64bitのQt Creatorで
32bitアプリのデバッグできている人いる？
さらにDebugging Helperまで正常動作している人いる？
一度32bitアプリのデバッグができた気がするんだけど、
Debugging Helperが正常に動かなかった。
もっかいやり直したら、32bitアプリのデバッグまで動かなくなった。
Linuxの場合はどうなってるんだろ？
279:デフォルトの名無しさん
09/10/21 22:27:10
32bitアプリのデバッグができた気がする
280:デフォルトの名無しさん
09/10/21 22:32:48
勘違いしてた。ごめん。
281:デフォルトの名無しさん
09/10/21 22:37:29
いいお。。。
282:デフォルトの名無しさん
09/10/21 23:38:59
>207
202です。いろいろ教えていただいてありがとうございます。とりあえず以下のように実装してみました。
MainWindow(QMainWindowから派生)
+ImageView(QGraphicsViewから派生, QtDesignerで格上げ)
+statusBar(QStatusBarから派生)
という構成で、
MainWindowにsetStatusBar(int x, int y)というpublicなメンバ関数を作成した。
ImageViewにmousePressEvent()を作成し、
MainWindow* mainWindow = qobject_cast<MainWindow*>(parentWidget());
if (mainWindow)
{
setStatusBar(event->x(), evetn->y());
}
としたのですが、mainWindowが0になって、parentWidget()が機能していないみたいです。
たしかにMainWindowクラスでImageViewのインスタンスを生成した覚えがないのですが、
QtDesignerの格上げを使った場合、この辺どのようにすれば親Widgetのポインタを得ることができるのでしょう？
283:デフォルトの名無しさん
09/10/22 02:19:55
>>282
ごめん。説明が足りなかった。あるいは間違っていた。
その前に確認。
>setStatusBar(event->x(), evetn->y());
は
mainWindow->setStatusBar(event->x(), evetn->y());
の間違いだよね。
284:283
09/10/22 02:21:19
>>283 のつづき
（説明）
通常、メインウインドウにはメニュー、ドックウィジット、ステータスバーのほかに、
中心となるウィジットを１つ配置し、その中にレイアウトクラスを使って複数のウィジットを配置する。
この中心となるウィジットのことをQtでは「セントラルウィジット」といっている。
フォームエディタのDesignerやQt Creatorの組込みのもので作成したMainWindowには、
デフォルトでセントラルウィジットとしてQWidgetが配置されていている。
よって、そのままImageViewを配置したのならば、このQWidgetが親ウィジットになる。
（こちらで確認した限り、このセントラルウィジットを取り替える方法が分からなかった。
見落としているような気がするけど。
ソースコードからならQMainWindow::setCentralWidet()でセットできる。）
これは、フォームエディタの右側に表示されるオブジェクトインスペクタとよばれる
クラス名やオブジェクトのレイアウトの状況が分かる部分をみれば分かる。
285:283
09/10/22 02:22:56
>>284 のつづき
また、このセントラルウィジット上で右クリックし、コンテクストメニューの
「レイアウト」->「水平に並べる」などを選べば、セントラルウィジットの中に配置したウィジットに対して
レイアウトを適用できる。また、どうように「レイアウト」->「レイアウトを破棄」を選べば、その
トップレベルのレイアウトを破棄できる。
もちろんレイアウトの中にほかのレイアウトを配置することも可能で、その時は
フォームエディタの左上に表示されるレイアウトオブジェクトをマウスで配置すればよい。
１つ注意したいのは、フォームエディタではセントラルウィジット内のトップレベルレイアウトだけ
ラバーバンド（選択を表す外枠）が視覚化されないので分かりにくい、ということ。
それ以外の、マウスで配置するレイアウトオブジェクトはちゃんとラバーバンドが表示される。
よって、コードは下記のように修正すればちゃんと動くはず。
QWidget* centralWidget = qobject_cast<QWidget*>(parentWidget());
if(centralWidget) {
MainWindow* mainWindow = qobject_cast<MainWindow*>(centralWidget->parentWidget());
if(mainWindow) {
mainWindow->setStatusBar(event->x(), evetn->y());
}
}
286:283
09/10/22 02:35:06
あるいは、私がよくするのは、カスタムアプリケーションクラスを定義して、
ポインターメンバーとしてMainWindowを持たせ、このクラスにgetMainWindow()を
定義する。
そして、Qtに予め定義されているアプリケーションを指すグローバルなポインターのqApp
を使って、MainWindowを得るようにする。
Application* myApp = qobject_cast<Application*>(qApp);
if(myApp) {
MainWindow* mainWindow = myApp->getMainWindow();
if(mainWindow) {
mainWindow->setStatusBar(event->x(), evetn->y());
}
}
こうすれば、レイアウトのどのレベルにいてもメインウインドウにすぐに
アクセスできるようになる。
287:デフォルトの名無しさん
09/10/22 04:13:26
質問です。
GUIプログラミング自体が初めてなので、
初歩的な質問をしているかもしれませんが、ご了承ください。
QGraphicsItemから派生させたカスタムクラスを作成し、
変数や関数を宣言しました。main関数でこのカスタムウィジェットからいくつかitemを作成しました。
QGraphicsSceneからインスタンスsceneを作成し、
先ほど作成したクラスから作成したitemをsceneに追加しました。
次に、
QGraphicsItem * QGraphicsScene::itemAt ( const QPointF & position ) const
メソッドを用いて、sceneのある地点のitemを取り出しました。
この取り出したitemから、自分で付け加えた変数や関数を呼び出すことはできないのでしょうか？
QGraphicsScene::itemAt メソッドで取り出したitemの型がQGraphicsItem * ということは分かるのですが、
追加した時点でのitemは自分で作成したカスタムクラスのインスタンスなので、
カスタムクラスで宣言した変数や関数を使用できると思いました。
間違っている点を指摘していただければ助かります。
288:デフォルトの名無しさん
09/10/22 05:41:37
>>287
まず、そのカスタムアイテムクラスにenum値として、そのアイテム固有のタイプ値を定義する。
次に、この値を返すtype()を定義する（オーバーライドする）。
下記は、Qt Refrenceより
class CustomItem : public QGraphicsItem
{
...
enum { Type = UserType + 1 };
int type() const
{
return Type;
}
...
}
そして、qgraphicsitem_cast()を使って、そのアイテムをキャストすればよい。
CustomItem customItem = qgraphicsitem_cast(item);
これで、カスタムアイテムのメンバー関数が呼び出せるようになる。
289:288
09/10/22 05:48:51
ごめん。間違えた。
qgraphicsitem_cast()が返すのは、そのクラスのtype()の値だった。
290:288
09/10/22 06:19:12
ごめん再訂正。やっぱりポインターのキャストだった。
CustomItem customItem = qgraphicsitem_cast<CustomItem*>(item);
if(customItem) {
//...
}
でいける。
291:デフォルトの名無しさん
09/10/22 06:19:43
QGraphicsItem *hoge = scene.itemAt(fuga);
QGraphicsItemから派生させたカスタムクラス *moge = (QGraphicsItemから派生させたカスタムクラス *)hoge;
292:288
09/10/22 06:22:50
本当にごめん。*が抜けていた。
CustomItem* customItem = qgraphicsitem_cast<CustomItem*>(item);
if(customItem) {
//...
}
293:デフォルトの名無しさん
09/10/22 06:31:04
>>291
従来のキャストだとキャストの失敗を確かめられないから少し不安な気がする。
やはり、qgraphicsitem_castを使った方がいいと思う。
もしくは、RTTIが使用できる最近のコンパイラーならdynamic_castを使った方がいいと思う。
294:287
09/10/22 08:40:23
レスありがとうございます。
>>291
私もこのキャストの方法は試したのですが、うまくいっていませんでした。
でも、書き込みのように記述したところ思い通りの動作をするようになりました。
(キャスト)hoge -> customArg;
このように利用していたのですが、
( (キャスト)hoge ) -> customArg;
のように全体の括弧が抜けていることに気が付けました。
>>288
試行錯誤しているときに、ヘルプのqgraphicsitem_castの説明を読んだのですが、
使用法などまったく意味が分かりませんでした。
しかし、指示されたとおりに記述したところ、こちらの方法でも呼び出すことができました。
キャストの種類が複数あるなど、色々と勉強になりました、ありがとうございました。
ただ一つ分からないところがあったので、よかったら教えてください。
CustomItem* customItem = qgraphicsitem_cast<CustomItem*>(item);
ここで、<CustomItem*>のように<>による記述を使っており、これがないとエラーが出るのですが、
なぜ必要なのでしょうか？（C++の勉強不足かもしれない質問ですが、、、）
ヘルプには
T qgraphicsitem_cast ( QGraphicsItem * item )
Returns the given item cast to type T if item is of type T
とあり、どうも理解できません。よろしくお願いします。
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に
限定されている。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5136日前に更新/218 KB
担当:undef