【Win/Mac/Linux/Android/iOS】 Qt 総合スレ 18©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/03/08(水) 13:49:03.39

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＋商用利用向きの例外条項」を選ぶことにな７ります（Qtインストール先の「LGPL_EXCEPTION.txt」を参照）。
　　ちなみにGPLでも商用利用が不可能というわけではありません、念のため。
・商用版（Commercial version）
　こっちはDigia社か日本の代理店（SRA社）とライセンス契約（年間30万くらい？）を結んで使います

■Qt を使って作られたソフト例

KDE、Maya、Adobe Photoshop Elements、Google Earth、Skype、DAZ Studio
MotionBuilder、RealFlow、Nuke、LuxRender、Mathematica、Kindle、VirtualBox、
RuviEdit、さくさくエディタなど

■前スレ
【Win/Mac/Linux/Android/iOS】 Qt 総合スレ 17
http://echo.2ch.net/test/read.cgi/tech/1438593408/

**デフォルトの名無しさん** · 2017/10/21(土) 02:01:04.58

それじゃあマルチバイトで問題多発するのも当然だね。

**デフォルトの名無しさん** · 2017/10/21(土) 03:40:59.82

それとは話は別だと思うぞ。
QStringは常にUTF-16で文字列を保持してるから、
サロゲート問題を除き、正しく扱えば文字化けすることはない。

つまり、OSのAPIなど外部APIとやり取りするときは常にそれらのAPIが
何の文字コードで文字列を必要としているかを確認し、
toLatin1()
toStdWString()
toUtf8()
などを適宜使い分けてそれぞれの部分で正しい文字コードを指定してあげないといけない。

**デフォルトの名無しさん** · 2017/10/21(土) 09:44:52.92

Qtがフォントの中にグリフが入っているかどうかを判定するのを間違って
入っているのに入っていないと判定して文字化けしたのは何度もあった

**デフォルトの名無しさん** · 2017/10/23(月) 16:58:21.15

>>415
それzipの問題じゃなくてwindowsの問題だろ

**デフォルトの名無しさん** · 2017/10/23(月) 22:16:22.88

>>420
違うよ。
説明のわかりやすさのために敢えてMBCSと表現してるけど、
これは純粋にzipの仕様とQZipReaderの実装の問題だよ。
OSに関係なくこの問題は発生する。

**デフォルトの名無しさん** · 2017/10/24(火) 16:37:38.98

Win上でUTF-8のファイル名で展開されても困る気がする

**デフォルトの名無しさん** · 2017/10/24(火) 17:39:51.26

気がするのか。
わしは困る！と断言できる者はおらぬのか。

**デフォルトの名無しさん** · 2017/10/24(火) 17:47:10.98

>.>422
全然違う。
zipに格納されているファイル名を何の文字コードとして管理し、
QStringの文字列として取り出すかどうかという話。
動作するOSのファイルシステム上のファイルの文字コードとは全く関係ない。

とんちんかんな発言ばかりする前に、ちっとは実際のソースコードを読んだらどうだ？

**デフォルトの名無しさん** · 2017/10/24(火) 18:04:17.42

何でソースなんか読まないかんのよと言いたいところだが。
Qtはソース読まないと使いものにならんもんな。

**デフォルトの名無しさん** · 2017/10/24(火) 18:11:20.82

むしろなんでソースコードを読まないのか。

『プログラムは思った通りに動かない。書いたとおりに動く』
の原則のとおり、公式マニュアルで不明な部分やマニュアル通りに動いてない部分があったら
ソースコードに実際に当たるべきだ。

これはQtに限らずあらゆるOSSのプロダクトに共通の態度だと思うけどな。
それに、むしろQtのソースは読みやすい部類だ。

7zとか読んだらじんましんが出そうだぞ。

**デフォルトの名無しさん** · 2017/10/24(火) 18:16:34.28

それLinuxユーザーの言うUNIXの精神だよね。
ソースが仕様って。
ところが一般的には仕様と違えればソースを修正する。
ソースに合わせて仕様の方を変更することはない。

**デフォルトの名無しさん** · 2017/10/24(火) 18:22:59.99

仕様と実装の齟齬なんて話は全くしてないんだがな。
マニュアル通りに動いてなければソースコードも疑えと言ってるだけなんだが。

話がとんちんかんすぎて、
レス書いてるのが馬鹿らしくなってきたんだが。

**デフォルトの名無しさん** · 2017/10/24(火) 21:09:58.22

元々丁寧に説明してくれているけど、まとめると、
・zipファイルにはUTF-8でファイル名を格納する仕様があるが、QtZipReaderはその仕様に対応していない。
・ゆえにQtZipReaderでUTF-8でファイル名が格納されたZipファイルを展開しようとすると、QtZipReaderで読み込んだ時点でファイル名が文字化けする。
・また、Zipファイルの解析はQtZipReaderが行うので、OSの機能は関係しない。
って、これだけのことだろー。

**デフォルトの名無しさん** · 2017/10/24(火) 21:13:15.10

QtZipReaderの仕様がどうだか知らんけど、
仕様でUTF-8でファイル名が格納されたZipファイル名に対応していることになっているなら、実装のバグ。
仕様でそのようなZipファイルに対応していないなら、仕様が古い。⇒対応するよう、仕様と実装を更新。

**デフォルトの名無しさん** · 2017/10/24(火) 21:32:30.20

だね。
より正確にはUTF-8形式でファイル名が格納されたzipファイルを読み込むと、
ファイルリストは正確に列挙されるが、それが入ったQStringListにあるファイル名で展開しようとすると
なぜかファイルのマッチングに失敗して何も展開されないという挙動をする。
その原因が上に書いたもの。

そして話は >413 に戻る。

**デフォルトの名無しさん** · 2017/10/24(火) 23:21:07.51

ユーザー名・ファイル名などのシステムには、半角英数字だけを使うこと

日本語などで、テストしている開発者は、世界に1人もいない

**デフォルトの名無しさん** · 2017/10/24(火) 23:34:08.26

１人もいなかったら見つかってないわけで

**デフォルトの名無しさん** · 2017/10/24(火) 23:37:23.27

ちなみに、LinuxやMac環境だと更に悲惨なことになるぞ。
UTF-8で格納されてないと、ファイル名の文字コードが不明だから
どうやってQStringに読みだしたらいいのかわからん。

マルチリンガル対応のアプリだとSJISと決め打ちするわけにも行かないし。

**デフォルトの名無しさん** · 2017/10/24(火) 23:45:42.10

ZIPのEFS対応は未だにMacでも怪しいから、Qtだけの問題でもないんだけどね。欧米圏では問題ないからやる気ないんだろう

**デフォルトの名無しさん** · 2017/10/25(水) 09:40:31.65

rubyのときも同じこと言ってる香具師がいたわ

**デフォルトの名無しさん** · 2017/10/25(水) 09:43:41.05

>>431-432
日本語をサンプルにするから要求が通らないんだよ
クリル文字をサンプルにしとけばすんなり通ったかも知れないぜ

**デフォルトの名無しさん** · 2017/10/25(水) 10:47:31.33

>>437
ラベルやテキストエディットで濁点と半濁点がついた文字が2文字に分かれて描画されてしまうバグの優先順位が低いので
ドイツ語のウムラウトやフランス語のセデューユが2文字になるのと同じことだと説明したら優先順位が上がってすぐになおったことがある

**デフォルトの名無しさん** · 2017/10/27(金) 10:32:27.89

別にQtに限らず
フリーソフトで日本語まともに表示できないのはよくあるだろｗ

文句が有ったら使うなよ!

**デフォルトの名無しさん** · 2017/10/27(金) 12:12:06.97

>>439
Qtは商用版

**デフォルトの名無しさん** · 2017/10/27(金) 12:19:20.91

此処はサポート窓口なのかぁ

**デフォルトの名無しさん** · 2017/10/27(金) 13:48:08.27

>>431
明らかなバグなんだから、
問題があるzipファイルを報告すれば取り込むでしょ。
もうひと押しお願いします。

それにしても、QZipReaderってヘルプに載ってないのね...

**デフォルトの名無しさん** · 2017/10/27(金) 14:09:04.91

>>442
求められたのは不具合が発生するzipファイルでなく、バグを再現するテストコード。
そこまでやってやる義理はない。

QZipReaderはプライベートなクラスだから、使うときはqmake側に
QT += core-private

などと書いてあげないといけない。

**デフォルトの名無しさん** · 2017/10/27(金) 14:56:51.91

>>443
丸投げなのね...

ありがとう、使い方はわかりました。

**デフォルトの名無しさん** · 2017/10/27(金) 20:57:40.08

QMLコンパイラ、有償版じゃないと使えないの？

**デフォルトの名無しさん** · 2017/10/27(金) 21:59:57.95

>>445
そうだよ。

>>444
443はパッチまで作って送ってる。

**デフォルトの名無しさん** · 2017/10/28(土) 19:50:58.67

パッチ送るだけなら楽だけど
取り入れて良いか確認する方は手間掛かるよ

**デフォルトの名無しさん** · 2017/10/28(土) 20:51:38.04

>>446
QMLコンパイラは、お試しもできないのか
QMLは重い、使いにくいもんだという経験上の概念が定着してしまってるから
試すこともできないものはリスクでしかない

**デフォルトの名無しさん** · 2017/10/28(土) 21:07:13.14

パッチを受け取って対応しないとか甘えでしかない。

**デフォルトの名無しさん** · 2017/10/28(土) 22:12:28.68

>>448
商用版に付いてくる Qt Quick Compiler の原型(?)は github からダウンロードできるみたい。
使ったことないからどこまで使い物になるかはわからないけど。
https://github.com/qmlc/qmlc

>QMLは重い、使いにくいもんだという経験上の概念が定着してしまってるから
元々 JavaScript みたいなもんだから Widget に比べて重いのは仕方ないけど、rapid programming には結構便利だと思うよ。

**デフォルトの名無しさん** · 2017/10/28(土) 22:19:38.90

Qtに必要なのは、QMLよりもXAMLだと思う。
MVVMの普及が必要だ。

**デフォルトの名無しさん** · 2017/10/28(土) 22:57:57.78

Qtに必要なのはC#😉

**デフォルトの名無しさん** · 2017/10/29(日) 12:06:52.59

>>450
githubのは商用版に対抗して作られたもの制約や問題が多い

**デフォルトの名無しさん** · 2017/10/29(日) 14:16:49.14

>>403
cppとhが99%以上
qmlは1%未満
こういうものを作るにはC++

**デフォルトの名無しさん** · 2017/10/29(日) 22:11:24.37

Archのpacmanで入れたQtCreatorがHelpでフォントのサイズの変更が出来ない...
誰か解決策知りませんか

**デフォルトの名無しさん** · 2017/10/29(日) 22:49:21.55

普通はCtrl+ホイールだけどな

**デフォルトの名無しさん** · 2017/10/29(日) 22:59:29.08

>>456
それが出来ないんですよ...

**デフォルトの名無しさん** · 2017/10/29(日) 23:11:00.49

拡大 Ctrl++
縮小 Ctrl+-
リセット Ctrl+0

**デフォルトの名無しさん** · 2017/10/29(日) 23:29:13.58

Menu->Options->Helpからフォントを指定しても、サイズを変更しても適用されないんですよ
そこにスタイルシートが指定されてない場合しか適用されないみたいなこと書いてあった気がするんですけど(うる覚え)それが原因ですかね？
どうすればいいのだろう...

**デフォルトの名無しさん** · 2017/10/30(月) 04:12:07.25

>>458
あ、これなら出来ましたm(_ _)m

**デフォルトの名無しさん** · 2017/10/31(火) 01:33:18.42

>>448
QMLコンパイラ商用版限定、LGPL3への切り替え、GPL限定、
どれもオープンソースなど考えずに儲けたいだけ

**デフォルトの名無しさん** · 2017/10/31(火) 03:02:51.91

QML目当ての売り上げってどの程度あるん？

**デフォルトの名無しさん** · 2017/11/08(水) 16:19:26.61

ドキュメントからはconnectでコンパイルエラーにはならないはずなので
ヘッダーを見たらドキュメントに書かれていないオーバーロードsignalがあるじゃないか

**デフォルトの名無しさん** · 2017/11/10(金) 18:37:18.64

Creatorでコード編集中にマクロが未定義になってダイアログで警告されるのにうんざりだ。
起動しなおせば使えるようになるからバグ。

**デフォルトの名無しさん** · 2017/11/10(金) 19:00:24.93

ubuntuで、QTCreato４．３を使用しています
VisualStudioのように、スタックサイズの拡張はできますでしょうか？

**デフォルトの名無しさん** · 2017/11/10(金) 19:14:13.21

そろそろツールチップに型とかを表示するようにしてほしい

**デフォルトの名無しさん** · 2017/11/11(土) 07:37:11.22

リファクタリングのシンボル名変更をしようとするとCPUが100%になって操作できなくなる

**デフォルトの名無しさん** · 2017/11/12(日) 17:14:36.72

ボロボロですね～

**デフォルトの名無しさん** · 2017/11/12(日) 20:51:23.77

>>465
遅レスだけど、そういうのはQtの仕事じゃない。
リンカにオプションを与える。

具体的には

QMAKE_LFLAGS += オプション

ってproject.pro に書き加える。

**デフォルトの名無しさん** · 2017/11/14(火) 12:59:37.67

Qtのダウンロードページ死んでるがな・・・

今、Qt5.9.1で、QWebEngineHistoryとかインクルードしたくて、
MSVC2017だと、QT += webenginewidgetsを追加しているのに、インクルードできないといわれてしまうし
MinGWだと、QT += webenginewidgets追加すると、Unknown moduleといわれるし

全くどうしたらいいだ

**デフォルトの名無しさん** · 2017/11/14(火) 13:26:23.63

>>469
回答ありがとうございます。
具体的には、下記のような形でしょうか？

QMAKE_LFLAGS += -z stacksize　1024000

**デフォルトの名無しさん** · 2017/11/14(火) 18:18:54.02

>>470
WebEngineはMSVC2017とMigGW非サポート

**デフォルトの名無しさん** · 2017/11/14(火) 20:19:11.84

>>472
マジかよ・・・サンクス
つまりMSVC2013とかでやる必要があるということだな

**デフォルトの名無しさん** · 2017/11/14(火) 20:24:55.15

>>471
試せばわかるやん？
>>473
msvc2015だろｊｋ

**デフォルトの名無しさん** · 2017/11/15(水) 10:12:06.61

Creatorのヘルプで戻ったときに>が有効にならずに無効になってしまうのがあるのは面倒だ

**デフォルトの名無しさん** · 2017/11/17(金) 11:46:43.09

VSみたいに、複数プロジェクトをまとめるプロジェクトって作れないのかな？
.pro開いてビルドを取り直すのがめんどくさい。
ご教授ください。

**デフォルトの名無しさん** · 2017/11/17(金) 14:14:46.17

Qt SDKのソースを見れば分かるけど、

TEMPLATE = subdirs

と書けばサブディレクトリにあるプロジェクトが全て１つのプロジェクトとしてまとめられる。

SUBDIRS 変数にプロジェクトを入れていく。
依存関係を設定してあげればビルド順も制御できる。

**デフォルトの名無しさん** · 2017/11/17(金) 15:37:42.36

qmakeは慣れると便利だけど、慣れるまでが大変。
cmakeでも良いけど、Qtが使えるならqmakeの方がデバックが楽。

**デフォルトの名無しさん** · 2017/11/17(金) 15:49:15.54

>>477
xx/yy/a.pro
xx/yy/b.pro
xx/yy/c.pro
この３つをまとめるとしたら、
xx/all.proをつくり、ここに「TEMPLATE = subdirs 」を指定する書き方でしょうか？

**デフォルトの名無しさん** · 2017/11/17(金) 16:49:32.64

>>479
http://doc.qt.io/qt-5/qmake-variable-reference.html#subdirs

**デフォルトの名無しさん** · 2017/11/17(金) 17:20:52.11

>>480
ありがとうございます。
翻訳しながら試してみます

**デフォルトの名無しさん** · 2017/11/17(金) 19:10:48.97

あーあ、規模が規模だし、すっかりQt依存のコードになっちゃって
Qtを使わない環境に移植するときは地獄だなこりゃ

**デフォルトの名無しさん** · 2017/11/17(金) 21:28:39.92

何が楽しくて今の時代にわざわざQtを勉強するのかな

**デフォルトの名無しさん** · 2017/11/17(金) 22:11:51.54

>>482,483
お前らQtの専門スレまで何しに来てるんだよ。
巣に帰れ。

**デフォルトの名無しさん** · 2017/11/18(土) 17:43:20.88

Creatorでキーボードショートカットの設定がモーダルダイアログなので
編集操作しながら設定できないのでやたら使いにくい

**デフォルトの名無しさん** · 2017/11/18(土) 21:59:05.82

Apple Watch の技術プレビューレベルの対応をいたしました、って書いてあるけれど
UI作れないのに対応したとは言えないよ
Xamarinは作れるな

**デフォルトの名無しさん** · 2017/11/18(土) 22:04:35.60

Xamarinと比べるとQtの未来は惨めすぎる

**デフォルトの名無しさん** · 2017/11/19(日) 00:36:22.44

>>487
Qtのモバイルは全くダメ

**デフォルトの名無しさん** · 2017/11/20(月) 01:37:44.65

Creatorのウィジェットフォーム編集でコピペしたときにパレットの変更が反映されたりされなかったりする

**デフォルトの名無しさん** · 2017/11/20(月) 08:36:39.64

デスクトップアプリは便利なんだけどなあ。

**デフォルトの名無しさん** · 2017/11/20(月) 12:12:22.77

Creatorでフォーム編集中のlayout*MarginとlayoutSpacingがプレビューと実行で小さく変わってしまう
ウィンドウサイズはフォーム編集設定通りになるのでレイアウトに入れたウィジェットの大きさがフォーム編集よりも大きくなる
見た通りに編集して実行できない

**デフォルトの名無しさん** · 2017/11/20(月) 12:19:00.78

Widgetを動的に入れ子にしてる場合は
Designerの表示は参考にしかならんぜ。

面倒なのでスペース関係は必要な時以外0にして動かしてるな。

**デフォルトの名無しさん** · 2017/11/20(月) 14:12:17.07

>>492
サイズポリシーはもっと酷くてDesigner表示では潰れてしまう
プレビューと実行では潰れない

**デフォルトの名無しさん** · 2017/11/22(水) 04:31:59.41

https://github.com/jacobdufault/cquery
LSP対応のcqueryがまあまあ強力
とにかくメモリ使用量がめっちゃ少ない

QtCreatorをLSPに対応させてClangCodeModelを放り投げて欲しい
少し大きなプロジェクト開いただけで気がついたら1GBとか余裕で使ってるからな

**デフォルトの名無しさん** · 2017/11/22(水) 09:48:41.53

Creatorの補完表示がやたらに遅いおかげで脳内補完が楽にできるようになった

**デフォルトの名無しさん** · 2017/11/23(木) 23:06:10.21

うちのソースツリーはC/C++で17MBほどあるけど、
qtcreatorは250MB程度しか食ってないし別に重くはないぞ。

**デフォルトの名無しさん** · 2017/11/24(金) 10:42:11.87

>>496
ソースツリーの量に関係なく
やっと補完表示されてから他のファイルを編集し
戻ってきてまた編集すると補完でまた待たされる
同じものが補完されたりされなかったりもする

ヘルプも一度目は大概他のが表示され、二度目に正しく表示される
ヘルプがあるのに表示されないのもよくある

補完とヘルプがすぐに正しく表示されないので使い難い

**デフォルトの名無しさん** · 2017/11/25(土) 12:01:39.81

なんかDL失敗しない？

**デフォルトの名無しさん** · 2017/11/25(土) 16:37:20.21

デザインエディターでサイズとかの入力中にキー入力ごとにプレビューが変わるのは筋悪、入力確定で変わるの筋良
ファイル名の変更でサフィックス含めて選択されるのも筋悪、サフィックスを除いた部分が反転されるのが筋良
フォーム上に置いたエレメントが選択できなくなるのはひどいバグ、他のファイルを表示させて戻ると選択できるようにはなる

**デフォルトの名無しさん** · 2017/11/25(土) 17:33:42.66

俺QtQuickUserManになる！

**デフォルトの名無しさん** · 2017/11/25(土) 19:01:07.86

文句あるならプルリクエスト出せよ。
何のためのオープンソースなんだよ。

**デフォルトの名無しさん** · 2017/11/26(日) 01:35:31.39

>>501
オープンソースだからだと? 欠陥とバグだらけとは関係ない

**デフォルトの名無しさん** · 2017/12/02(土) 20:40:40.81

僕は長い間Qt使ってるけど、Honeyは４０年間いた事ないんです（＞＜；）

**デフォルトの名無しさん** · 2017/12/02(土) 20:45:20.69

一週間近くレスなかったか
オワコンだな

**デフォルトの名無しさん** · 2017/12/03(日) 06:24:58.89

お前ら Qt Advent Calendar 参加しろよ
まあここにはキモカネおっさんしかいないから浮くだけか

**デフォルトの名無しさん** · 2017/12/04(月) 07:16:43.38

JUCEにPersonalライセンスなんてものが出来ていたから使ってみる

**デフォルトの名無しさん** · 2017/12/07(木) 21:38:04.74

>>505
一人で複数を除くと空きが16もある
人気ないな

**デフォルトの名無しさん** · 2017/12/08(金) 01:26:13.12

>>505
埋めるためだけで内容が薄いのがちらほら
よいしょで気持ち悪いのもある

**デフォルトの名無しさん** · 2017/12/22(金) 01:43:47.13

Qt6はBSDライセンス

**デフォルトの名無しさん** · 2017/12/22(金) 18:00:45.72

ブーム来る前に終了

**デフォルトの名無しさん** · 2017/12/27(水) 09:45:43.35

QMLのJavaScriptバージョンは古過ぎる

**デフォルトの名無しさん** · 2017/12/27(水) 17:54:44.55

webassemblyでブラウザでqtがそのまま動くようになればワンチャンある？

**デフォルトの名無しさん** · 2017/12/28(木) 12:58:43.73

フリテンリーチ一発ツモくらいの確率

**デフォルトの名無しさん** · 2017/12/28(木) 14:53:39.82

御無礼なら余裕だな

**デフォルトの名無しさん** · 2017/12/28(木) 23:12:22.70

俺に言わせれば、Gtkmmの方が良い。俺はGtkmmにゾッコンだ。

GtkmmにもQtQuickみたいなやつが欲しいな・・。Gtkmmick（Gtkモミック）みたいな感じのネームが良い。

**デフォルトの名無しさん** · 2017/12/29(金) 09:17:17.54

スレ違い