【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/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

スレ違い

**デフォルトの名無しさん** · 2017/12/30(土) 15:23:43.24

GTKは糞

**デフォルトの名無しさん** · 2017/12/31(日) 09:59:02.57

GUIツールキットってtk　ｗｘ以外になにがある？

**デフォルトの名無しさん** · 2017/12/31(日) 16:38:26.98

5.10.0ブランチが消えているな

**デフォルトの名無しさん** · 2018/01/08(月) 20:44:56.10

chromeでad block系をONにしたままだと
https://www.qt.io/download
からDLするボタンが表示されなかったぜ
どういうことなんだぜ

**デフォルトの名無しさん** · 2018/01/09(火) 11:41:58.21

>>520
商用買えLGPLどうのとか言われないこちらがお勧め
http://master.qt.io/official_releases/

**デフォルトの名無しさん** · 2018/01/10(水) 22:33:54.11

VisualStudio2017でQt使うのは無理みたいだね。
日英のそれっぽいブログのとおりにやってみたけど、Qtのbuildが見つからない
」エラーでプロジェクトが作成できないよ。

**デフォルトの名無しさん** · 2018/01/11(木) 02:59:39.20

cmakeでも無理？

**デフォルトの名無しさん** · 2018/01/11(木) 18:05:39.13

えっ

**デフォルトの名無しさん** · 2018/01/11(木) 19:42:47.10

できた。Qt本体インスコしてなかったわ

**デフォルトの名無しさん** · 2018/01/11(木) 20:09:33.86

えーっ

**デフォルトの名無しさん** · 2018/01/12(金) 08:52:40.95

初笑いゲットｗ

**デフォルトの名無しさん** · 2018/01/14(日) 12:45:42.24

コードのライセンスについて勉強したいのですがいいサイトありますか？

**デフォルトの名無しさん** · 2018/01/27(土) 18:27:44.21

qmake -project が二時間放置しても終わらない
たったの４０行なのになぁ
Please help me.

**デフォルトの名無しさん** · 2018/01/27(土) 18:40:50.17

電源長押し

**デフォルトの名無しさん** · 2018/01/28(日) 14:19:43.87

>>529
無限ループでCPU使用率100%

**デフォルトの名無しさん** · 2018/01/28(日) 16:45:55.03

cmakeでやりなさい

**デフォルトの名無しさん** · 2018/01/30(火) 11:03:20.41

qmakeはMakefileやVisualStudioのソリューションを生成するツールだから、
qmake自体が直接何か処理するわけじゃない。
だから生成されたスクリプトやソリューションが何をしているかを調べるべき。
まあ十中八九書いた本人のせいという落ちだろうけどね。

**デフォルトの名無しさん** · 2018/01/30(火) 19:00:10.58

>>533
qmake -projectが二時間以上終わらないのだからqmakeが直接処理しているだけ。
つまり、Qtのバグ。

**デフォルトの名無しさん** · 2018/02/01(木) 20:51:27.69

jetbrains toolboxってQt製だけどUIはQtWebEngine使ってjavascriptで作ってるんだね
Qtの正しい使い方って感じがする
Qtがデスクトップで生き残るにはこれしかない

**デフォルトの名無しさん** · 2018/02/02(金) 08:58:23.15

>>529
もしかして.runファイル使ってインストールした？
それするとqmakeが正常に働かないけど

**デフォルトの名無しさん** · 2018/02/02(金) 21:40:25.23

>>534
ロクにやってることも知らないのによく Qt のバグとか言えるなあ。
qmake -project がやってることはカレント以下のフォルダを再帰的にたどって .cpp やら .h のリストを作ってるだけ。
カレント以下に symbolic link があって再帰してるか、必要なないフォルダへにリンクしてるだけじゃないの?

**デフォルトの名無しさん** · 2018/02/03(土) 03:17:29.77

>>537
やってることは知っているよ、
そういうのを判断するように作っていないとしたらQtのバグだというのすらわからないのだな。

**デフォルトの名無しさん** · 2018/02/03(土) 04:56:29.54

仕様がないやつだな

**デフォルトの名無しさん** · 2018/02/03(土) 09:35:11.05

本体横の音量ボタンを無効にすることはできませんか？
一定の音量で固定することが目的で、代替案でも嬉しいです

**デフォルトの名無しさん** · 2018/02/03(土) 09:38:33.36

スレ間違い、スルーでお願いします

**デフォルトの名無しさん** · 2018/02/03(土) 09:39:15.09

「どこの誤爆か？」
と書こうとしたけどやめて正解だった

**デフォルトの名無しさん** · 2018/02/03(土) 12:15:03.86

>>538
へー、わかってるのにわざわざ2時間以上待ってたんだ。だったらそもそも help me とか言う必要ないよね。
自分で recursive な link 作っておいてツールのバグとか意味不明だわ。

**デフォルトの名無しさん** · 2018/02/04(日) 02:12:12.27

>>543
賢いプログラムならrecursive linkは考量する
もしそれを考えてqmakeが作られていならそれはバグ

**デフォルトの名無しさん** · 2018/02/04(日) 15:32:51.78

賢くないプログラムを使いこなせるのは賢い人だけ

賢くない人はバグレポも出さずに文句を言い続ける

**デフォルトの名無しさん** · 2018/02/05(月) 21:11:46.11

QListView + QStandardItemModel + QStandardItem で
画像のサムネイル表示を作っています。

一先ず、拡張子のアイコンを表示しておいて、
QtConcurrentRun::run で差し替えているのですが、

マウスオーバーとか resize 等が発生しないと反映されません。

よくわかってないまま、
emit model->itemChanged(item)
とやってみたりしたのですが、うまくいっておりません。

こういう場合どうすればよいのでしょうか？

**デフォルトの名無しさん** · 2018/02/06(火) 00:57:31.38

>>546
ああそれはね。AbstructItemModelに対して
モデルをリセットすると宣言すればいいのよ。

つまり、
emit beginResetModel()
emit endResetModel()
を呼び出す。当然ながら２つのemitの間でモデルの差し替えを行う。

**デフォルトの名無しさん** · 2018/02/06(火) 18:48:50.65

>>547
ありがと♡ちゅっ♡😘

**546** · 2018/02/06(火) 20:52:49.33

>>547
ありがとうございます。期待していた挙動になりました。

modelで制御するんですね。

**デフォルトの名無しさん** · 2018/02/06(火) 22:40:54.52

http://blog.qt.io/blog/2018/02/06/sharing-files-android-ios-qt-app-part-3/
androidかiosでQt使ってる会社ってあるのかな

**546** · 2018/02/10(土) 19:40:37.42

beginResetModel を使用して 1枚づつ更新できるようになったのですが、
選択アイテムが初期化されたりと、意図しないstateのreset が起きて困ってます。
(スクロール状況中だと戻ったりもしました)

できれば、item毎に更新したいのですが、どうすれば良いでしょうか？

**デフォルトの名無しさん** · 2018/02/10(土) 22:17:53.93

今のPCだと１秒で20枚以上の画像ファイルサムネイルを作れるはずなので、
1枚ごとにアイコンを再描画したいと考えるのは馬鹿げていると思う。
毎秒数回程度に再描画の数を抑えるべき。

サムネイル画像のサイズは高々知れているので、
数百万個を一度に処理するというのでなければオンメモリで持っていて良い。
QVectorやQListなどに出来上がり次第入れていき、ときどき前再描画とかでいいのでは。

何番目のアイコンを選択してるかは自前で保持しておけばいい。

**デフォルトの名無しさん** · 2018/02/11(日) 00:06:53.41

>>552
アドバイスありがとうございます。

描画頻度に関しては、ご指摘のとおりであり、
1秒毎にでききた分を差し替えるようにしていました。

551 の件は、描写頻度に関係なく発生していましたので、
単純化して質問しました。
勝手に省いて申し訳ありませんでした。

> 自前で保持
reset 前後で、currentIndexを保持、復元を試しみましてみましたが、
いまのところ上手くいってません。試行錯誤してみます。

個人的には、
変更をmodel に通達したら、view が必要に応じて描画ってなって欲しいのですが、
できないのでしょうか？

reset は、強力すぎるというかやりすぎという感じがしてしまいます。

**デフォルトの名無しさん** · 2018/02/11(日) 00:57:36.52

>>547
で書いたemit は不要だったね。こいつは通常のメソッドであってSIGNALではなかったようだ。

QListWidgetItemの実装を眺めたけどsetData()で結局 model->itemChanged(this)を呼び出してるから
それでいいんじゃね？

ちなみにQListModel::itemChanged()内で再度 emit dataChanged(idx, idx)を呼び出しているようだ。

ただし知ってると思うけどQlistWiget系は追加するたびに
再描画が発生するからフォルダ表示的な用途にはおそすぎて使えない。

**デフォルトの名無しさん** · 2018/02/11(日) 01:01:07.29

で、カーソルの保持が消滅する件だけど、
私がやったのは初期表示とテキスト検索やボタンチェックで
表示リストを絞り込むような事を実装したから
元々カーソルの位置を保持する必要はなく、正直やってないのでわからない。

アイコンは２万件ほど登録したけど問題なく表示できる。
ついでにいうとAbstructItemModelは画面に表示されるアイテムの文だけしかアクセスしてこないので、
modelはデータをオンメモリで全部保つ必要はない。

**デフォルトの名無しさん** · 2018/02/13(火) 20:37:01.09

一先ず

QListViewを派生して、 QListView::dataChanged を public から call できるようにして、
modelからの emit の代替にすることにしました。

次点としては
QListView->viewport()->update() を適時call でもいけそうです。

嵌っていた点は、クロススレッドで emit(というか signal?) が保証されてない点でした。
真っ当に対応するなら、クロススレッドの橋渡しを実装なのでしょうが、
スレッドまわりが理解できておらず厳しいです。

ひとまず納得できました。
お付き合いしてくださった皆様ありがとうございました。

>>555
> modelはデータをオンメモリで全部保つ必要はない。
これが、ちょっと気になったのですが、
全部登録しないと件数(というかスクロールバー)が不整合状態になりませんかね？

**デフォルトの名無しさん** · 2018/02/14(水) 08:36:26.70

>>556
QListViewやQTreeViewはダミーノードに対する子要素のかたちで全体の要素数を指定することになるが、
そのときに全件相当する数値を返すだけだからオンメモリでデータを持つ必要はない。

**デフォルトの名無しさん** · 2018/02/14(水) 08:42:35.90

＞嵌っていた点は、クロススレッドで emit(というか signal?) が保証されてない点でした。
あと、こういうときはQFuture/QFutureWatcherを使おう。
まともにマルチスレッドを手作りするのは馬鹿らしい。

**デフォルトの名無しさん** · 2018/02/14(水) 21:53:44.05

invokeMethod を使用することで thread 越えできました。

auto index = item->index();
//emit item->model()->dataChanged(index, index);
auto arg = Q_ARG(QModelIndex, index);
QMetaObject::invokeMethod(item->model(), "dataChanged", arg, arg);

これで、model 側から view をcallする必要がなくなりました。

>>558
> QFutureWatcher
document をざっと見た感じ、thread の進捗管理関連しか分かりませんでした。
もう少しヒントになりそうなワードないでしょうか？

**デフォルトの名無しさん** · 2018/02/15(木) 07:15:15.69

invokeMethod を使用することで thread 越え
これFAQだけど禁止されてなかった？

**デフォルトの名無しさん** · 2018/02/15(木) 18:09:43.55

QtConcurrent::Run()でworkerに仕事させるのが基本。
それから

1. 戻り値のQFutureをコレクションに蓄えてあとで使う
2. QFutureWatcherに設定してSIGNALを発行してもらう

のどちらかで処理するのがQt流。
[2]の場合はQFutureWatcherはコピーコンストラクタがないので
何かのオブジェクトにメンバ変数としてぶら下げる必要がある。

**デフォルトの名無しさん** · 2018/02/16(金) 15:03:45.82

https://qiita.com/false-git@github/items/38b6e69557b8459e9c0e
https://forum.qt.io/topic/72188/invokemethod-in-other-thread
https://stackoverflow.com/questions/13948337/why-using-qmetaobjectinvokemethod-when-executing-method-from-thread
https://qiita.com/hermit4/items/b1eaf6132fb06a30091f
http://vivi.dyndns.org/tech/Qt/QThread.html

moveToThread()やね

**デフォルトの名無しさん** · 2018/02/16(金) 20:38:11.85

タッチパネルでTsLibを使ってるんだが
QMLでMouseAreaのonPressedは呼ばれるけど
onReleaseやonCanceledが呼ばれないことが稀にある。
Butttonも同じで押しっぱなしになることが。
TsLibの問題なのかよくわからないけど対処法は無いの？

**デフォルトの名無しさん** · 2018/02/17(土) 00:06:21.28

Linuxなら/dev/event 当たりを観察して調べたらいいんでないの？

ピュアQtでWindows/Linuxでタッチパネル対応やってるけど今のところ致命的な不具合はない。
強いていうとダブルフィンガーのスライドの検出の精度が不十分で
指一本と判定される場合が結構ある。

**デフォルトの名無しさん** · 2018/02/17(土) 06:30:14.43

改めて聞かれると微妙なのでもう一度確認は必要だけど
input/eventは必ずReleaseまで出てるように見えていたと思うが
Qtを通さずダイレクトに監視した場合なので
Qtがイベントを取りこぼすことがあるのかと。

**デフォルトの名無しさん** · 2018/02/17(土) 21:42:31.50

QML を触る人はドライバ寄りの知識が浅い

というあるある偏見発動中

まぁオレも似たような状況でEvent 拾って試してるうちに、
素のXで試したりして横方向への理解は深まったけども

**デフォルトの名無しさん** · 2018/02/17(土) 21:59:00.38

その逆、むしろQt/QMLを触りたて

**デフォルトの名無しさん** · 2018/02/18(日) 01:40:23.14

>>545
qmake が賢くないことの言い訳にもなってないな

**デフォルトの名無しさん** · 2018/02/18(日) 04:00:26.84

>>567
なんかワールドダウンタウン思い出した

**デフォルトの名無しさん** · 2018/02/18(日) 06:19:53.51

それがどういう意味なのかまったくわからん

**デフォルトの名無しさん** · 2018/02/18(日) 17:14:41.64

youtubeで動画見ればわかる

**デフォルトの名無しさん** · 2018/02/18(日) 17:51:31.63

タイトルからしてつまんなそうというか
興味がなさ過ぎて見る気も起きない

**デフォルトの名無しさん** · 2018/02/18(日) 18:40:30.43

ダウンタウンの番組で1番面白かったと思うけど
まあどうでもいいわ

**デフォルトの名無しさん** · 2018/02/18(日) 19:16:47.39

存在すら知らないしダウンタウンそれほど好きでもないから
最初からどうでもいい

**デフォルトの名無しさん** · 2018/02/19(月) 17:20:31.05

>>567
泥沼にようこそ

**デフォルトの名無しさん** · 2018/02/20(火) 01:39:34.24

>>567
Qt/QMLはデスクトップとモバイルのどちらもまともに動かないから止めた方がいいよ。

**デフォルトの名無しさん** · 2018/02/20(火) 07:23:48.34

>>576
人の言うことを聞かない上の人間の絶対命令でね

**デフォルトの名無しさん** · 2018/02/20(火) 09:04:18.88

QMLはスクリプトだからさっと書いて動かせるのがいいところだけど、
やっぱコンパイルしてネイティブコードにしないと実行すると遅いよね。

**デフォルトの名無しさん** · 2018/02/20(火) 10:55:07.26

>>578
それでQML Compilerってのがあるけれど商用でしか使えなくしている。

**デフォルトの名無しさん** · 2018/02/20(火) 14:08:49.82

スクリプトならpyqtが最近便利だね。pythonのguiでは一番使われているんじゃない？

**デフォルトの名無しさん** · 2018/02/21(水) 01:42:27.96

>>580
QMLはスクリプトだと言ってもUIしか作れない、
何かちゃんとしようとしたらC++で書かなくてはいけないので、
pyqtの方が格段に優れている。

**デフォルトの名無しさん** · 2018/02/21(水) 05:59:28.40

pyqtは基本widgetじゃないの？

**デフォルトの名無しさん** · 2018/02/21(水) 06:20:39.98

>>579
単独で販売してたらバカ売れしそうだが、結構面倒臭いライセンスなんだよな

**デフォルトの名無しさん** · 2018/02/23(金) 04:44:51.48

http://blog.qt.io/blog/2018/02/22/qt-roadmap-2018/

pythonに力を入れるのは意外だな
QtCreatorのpythonサポートはちょっと楽しみ
補完や定義ジャンプはjedi使うんかな？

javascriptの補完って自前でパースしてると思うんだけど今だとtypescriptのtsserver使うという手はないのだろうか

**デフォルトの名無しさん** · 2018/02/23(金) 08:12:44.61

PythonによるQtは一時期触ってたんだけど、
結局手続き的にUIを構築していかないといけないから
Qt Creator のuiデザイナーとか使えないし、
逆に不便に感じるんだよな。

**デフォルトの名無しさん** · 2018/02/23(金) 16:50:23.44

>>585
uiファイルをdesignerで作ってpyqtのuic.compileUi使えばええやん

**デフォルトの名無しさん** · 2018/02/23(金) 18:37:05.05

っていう情報を拾いにくいってことになる
python 知らんけど