【Win/Mac/Linux/Android/iOS】 Qt 総合スレ 18©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
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/ 一先ず
QListViewを派生して、 QListView::dataChanged を public から call できるようにして、
modelからの emit の代替にすることにしました。
次点としては
QListView->viewport()->update() を 適時call でも いけそうです。
嵌っていた点は、クロススレッド で emit(というか signal?) が 保証されてない点でした。
真っ当に対応するなら、クロススレッドの橋渡しを実装なのでしょうが、
スレッドまわりが理解できておらず厳しいです。
ひとまず納得できました。
お付き合いしてくださった皆様ありがとうございました。
>>555
> modelはデータをオンメモリで全部保つ必要はない。
これが、ちょっと気になったのですが、
全部登録しないと件数(というかスクロールバー)が不整合状態になりませんかね？ >>556
QListViewやQTreeViewはダミーノードに対する子要素のかたちで全体の要素数を指定することになるが、
そのときに全件相当する数値を返すだけだからオンメモリでデータを持つ必要はない。 ＞嵌っていた点は、クロススレッド で emit(というか signal?) が 保証されてない点でした。
あと、こういうときはQFuture/QFutureWatcherを使おう。
まともにマルチスレッドを手作りするのは馬鹿らしい。 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 の進捗管理関連しか分かりませんでした。
もう少しヒントになりそうなワードないでしょうか？ invokeMethod を使用することで thread 越え
これFAQだけど禁止されてなかった？ QtConcurrent::Run()でworkerに仕事させるのが基本。
それから
1. 戻り値のQFutureをコレクションに蓄えてあとで使う
2. QFutureWatcherに設定してSIGNALを発行してもらう
のどちらかで処理するのがQt流。
[2]の場合はQFutureWatcherはコピーコンストラクタがないので
何かのオブジェクトにメンバ変数としてぶら下げる必要がある。 タッチパネルでTsLibを使ってるんだが
QMLでMouseAreaのonPressedは呼ばれるけど
onReleaseやonCanceledが呼ばれないことが稀にある。
Butttonも同じで押しっぱなしになることが。
TsLibの問題なのかよくわからないけど対処法は無いの？ Linuxなら/dev/event 当たりを観察して調べたらいいんでないの？
ピュアQtでWindows/Linuxでタッチパネル対応やってるけど今のところ致命的な不具合はない。
強いていうとダブルフィンガーのスライドの検出の精度が不十分で
指一本と判定される場合が結構ある。 改めて聞かれると微妙なのでもう一度確認は必要だけど
input/eventは必ずReleaseまで出てるように見えていたと思うが
Qtを通さずダイレクトに監視した場合なので
Qtがイベントを取りこぼすことがあるのかと。 QML を触る人はドライバ寄りの知識が浅い
というあるある偏見発動中
まぁオレも似たような状況でEvent 拾って試してるうちに、
素のXで試したりして横方向への理解は深まったけども >>545
qmake が賢くないことの言い訳にもなってないな タイトルからしてつまんなそうというか
興味がなさ過ぎて見る気も起きない ダウンタウンの番組で1番面白かったと思うけど
まあどうでもいいわ 存在すら知らないしダウンタウンそれほど好きでもないから
最初からどうでもいい >>567
Qt/QMLはデスクトップとモバイルのどちらもまともに動かないから止めた方がいいよ。 >>576
人の言うことを聞かない上の人間の絶対命令でね QMLはスクリプトだからさっと書いて動かせるのがいいところだけど、
やっぱコンパイルしてネイティブコードにしないと実行すると遅いよね。 >>578
それでQML Compilerってのがあるけれど商用でしか使えなくしている。 スクリプトならpyqtが最近便利だね。pythonのguiでは一番使われているんじゃない？ >>580
QMLはスクリプトだと言ってもUIしか作れない、
何かちゃんとしようとしたらC++で書かなくてはいけないので、
pyqtの方が格段に優れている。 >>579
単独で販売してたらバカ売れしそうだが、結構面倒臭いライセンスなんだよな http://blog.qt.io/blog/2018/02/22/qt-roadmap-2018/
pythonに力を入れるのは意外だな
QtCreatorのpythonサポートはちょっと楽しみ
補完や定義ジャンプはjedi使うんかな？
javascriptの補完って自前でパースしてると思うんだけど今だとtypescriptのtsserver使うという手はないのだろうか PythonによるQtは一時期触ってたんだけど、
結局手続き的にUIを構築していかないといけないから
Qt Creator のuiデザイナーとか使えないし、
逆に不便に感じるんだよな。 >>585
uiファイルをdesignerで作ってpyqtのuic.compileUi使えばええやん っていう情報を拾いにくいってことになる
python 知らんけど 当時はjavascriptがアホみたいに流行ってたからしゃーない 5.10でqt3d.animationてのが入ったみたいでとてもきになるのでインストールしてみたんだけど
サンプルないよね？
俺のインストールの仕方が間違ってる？ >>591
すみません、
Qtをインストールするとサンプルも入っているのは知っています。
qt3d.animationのサンプルないよね？の意味でした ???@???
fluxやってからQtやると、シグナル飛んで、それ契機にコントロール更新されて、それでまたシグナル飛んで、その時に順序によってはスロットの要求する仮定崩れるから、メソッド呼び出す順序を注意深く並び替えて、みたいな昔ながらのGUIでありがちなやつが、辛くてもうね
1:45 - 2018年3月7日
☝ほんとコレ(´･_･`) 昔ながらのGUIでありがちなも何も、
昔ながらのGUIツールキットだからねQtは。
何を勘違いしてるのか知らんけど。 セマフオとか多用しまくってるのかな？
一連のシーケンスを機能単位でモジュールに分けて
Signal/Slotはその橋渡し程度でしか使ってないからそんな苦労してないな Windows7、visualstudio 2017 community がインストール済みの状況で
最新のqt creatorとQt5.10.1をインストールしたのですが
MSVCのコンパイラが自動検出されません。
MinGWではなくMSVCを使いたいので検出させたいのですが
ググっても全く情報が得られず、どうしたら検出できるのでしょうか？ OKとか適用ボタン押されるまで変化させなければ良いだけ >>597
コマンドラインで打ってみてパス通ってるの？ >>597
???
>>600
すでにMSVCで作っていたDirect3Dを使ったプログラムをQtCreatorで開発したいため
>>599
VSのパスでしょうか？
cmd開いてcl.exeなどとしても実行できないですが設定が間違っているのでしょうか？
VSもQtもインストールしたあと環境変数の編集などはしていませんでしたが必要なのでしょうか。 スタートメニューの中にパスを通したショートカットがあるはずだ >>602
すみません、スタートメニューにショートカットがあるのは存じているのですが
ここからどうすればよいかわかりません。
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat x86
を実行してからQtCreator.exeを起動しても相変わらず検出されません。
Visualstudio2017からフォルダ構成が変わったみたいなのでVisualStudio2015もインストールしてみたのですが
コンパイラを検出できませんでした。 >Visualstudio2017からフォルダ構成が変わったみたいなのでVisualStudio2015もインストールしてみたのですが
さらに面倒くさくさせてどうする qt forumみたところ今のqt creatorはqtcreator自体のビルドはしなくても自動検出は働くようになってるみたいです
ttps://forum.qt.io/topic/78962/how-to-use-qt-with-visual-studio-2017
qtcreator再インストールは最新とpreview版を何度か試したのですが
アンインストールしても設定が残っているみたいなので
ホームディレクトリ\appdata以下のファイルが悪さしているのかと思い、qt関係のファイルを削除したり再起動したり
試したのですが
全く変わらず… >>606
VMとかでいいからクリーンなPCで試せよ
既に環境ボロボロに壊してる感じだから >>607
手動設定も一度試して、上手く行きそうだったのですが、
できれば自動検出されたコンパイル設定で安心して開発したいです。
わがまま言ってすみません
>>608
os再インストールするっきゃない感じがして来ました >>609
自動検出がされたりされなかったりするのはずっと前からのことで
ときどき設定したのも消えてしまう、もう諦めて手動設定している >>612
検知してる箇所？こういうの追っかけてみるのもQt理解するのに有用かもな
Qt-Creator自体がQtの活きた実装例だから >>612
Qt CreatorのオープンソースはGPLだから
見たコードを使ったアプリはGPLになる 1. 見たくないのにそこらじゅうで見せびらかされてる。
2. 見てないのにたまたま似ていただけでも疑われ、変な噂を立てれる。
3. 潔白を証明したいなら、リバースエンジニアリングを許可しろと言ってくる。
4. （言いたくないが）、処女検査やレイプ被害者の苦しみみたいなことが生じる。
5. そんなに真似されたくないなら最初から見えるようにしなければいいのに、勝手に
見えるようにしておいて、はっきり言って迷惑。 qt creator の行間がヒジョーに狭くて見づらいんだけど
広げる方法ない？ 他のフォントと比べたら分かるけど、
Source Code Proってかなり行間のあるフォントだぞ？ >>620
すみません。Source Code Proは使ってないです。
というか、qt creatorの行間は普通でした。
VSCODEやAndroidStudioやLinux版QtCreatorがちょっとだけ
行間広くてそれがあまりにも自分にあっていたので
QtCreatorのほうがわざと詰めてるのかと勘違いしました。 SailFIsh OSって使っているひといる？
iOS/Androidとの違いを教えてくれたらうれしい QtCreatorで行間を広くしたかった件ですが、
Rounded M+というフォントをインストールして
QtCreatorのフォント選択で「Rounded M+ 1m」を選択、
フォントサイズを10ptにした後、拡大率を105％にすることで満足の行く見た目になりました。
ttps://imgur.com/gnLGHxe
Windowsにはよくあることなのですが
アンチエイリアスやClearTypeでもなくならなかったギザギザが
拡大率を中途半端に105％と設定すると消えました。 >>616
ソースコードを読む前にライセンスを確かめるのは常識 Windowsにあるというか、WindowsのTTFは中にビットマップフォントが入ってるから、
10ptとか12ptとか、よく使われる解像度はビットマップが優先して使われる。
そういうビットマップは視認性を優先してアンチエイリアスはオミットされることがある。 >>625
視認性を優先しようとして視認性が悪くなっているWindowsのお粗末さ >>626
視認性っていうのは一般に白黒のコントラストが高い方が高いんだが、意味わかってる？ >>624
読んで無くても、
「読んだだろ、嘘つき、潔白を証明したいならソース見せろ」
と脅してくる。 >>630
だから何だ？って話だな
どんな世界にもいちゃもん付ける人は一定割合存在するわけでそれが嫌なら社会との接触を絶つ他無い >>631
自分で勝手に裸体を見せておいて、見たならお前も見せろ、みたいな事言ってくる。 >>631
「一定割合」どころか、ソース公開する側が正義、隠そうとする側が悪みたいな風潮が
あるから、大多数からバッシングを受ける現実がある。 >>632-633
だから？
世の中はそういうものだって>>631に書いたつもりだが？ >>636
その程度で潰れる弱いプロジェクトならどうせ長続き出来ないし淘汰されても仕方がない
それにしても ID:sIKOxZd2 は温室育ちの世間知らずか引き籠もりなのか？
甘えたこと言いたいならママに言えよ GPLに気をつけるのはまあいいとして、
何か害悪みたいに怯えるのはどうかと思うぞ。
どこまでがOKでどこからがダメなのか勉強して知っておけば何も怖いものではない。
むしろ自分がOSSで公開する分には都合のいい場合すらある。 >>639
ソース非公開にしたい人には、困るんだな、これが。 Qtがオワコンってんなら
こんなスレまで何しにきてるんだ？
フレームワークなんていくらでもあるんだから他当たれよ >>639
LGPLについて、あるサイトで勉強しても、別のサイトでは全く別の事が書かれ
ている。また、質問サイトの回答で、ある人が「これこれこういうことです」
と書いていても、別の人が、「それだとOSS作者が損だ。公開すべきだ」と怒り
に満ちたような文面で言う。同様にストールマンも非常に激しい口調で、LGPL
であっても原則的には公開の義務があるかのような事を言ってくる。
そして、LGPLのライセンス自体を読んでも良く分からない、玉虫色な感じで
もやもや感が残る。結局、クローズドにしたい人の立場では書かれていないから
そこに載ってないやり方ではOkなのかダメなのかが分からない。後からダメと
言われれば全部パーになってしまう。
また、訴えられるだけで、さらに言えば、何か悪い噂を立てるだけでアプリ作者
にとっては痛手だし、こんな状態ではLGPLは使うわけには行かない。 >>643
ここに来ているのは、事実を伝達するためだよ。 C++にフレームワークというものが必要ない
GUIならGUIライブラリだけあればいい
それ以外のものが必要ならそれだけどこからか取ってきて継ぎはぎして作る
MSですら大型のフレームワークをスタンダードにできなかった >>645
意味不明。オレはQtで問題なくアプリを開発して公開してるし。
C++にGUIフレームワークが必要ないと主張するのは勝手だけど、
だったらなんでこのスレまで来てるんだよ。
勝手にスクラッチで開発したらいいだろ。
何考えてるのか意味不明な奴らばかりだ。 QMLのドキュメントは実際の動きと違いが多すぎて酷いな Qtがオワコンとか言ってる奴は何なんすか？あのマイナーツールキットGtk+のC++版であるGtkmmでさえ
GEditやMySQLで着々と頑張っているんですよ。
Qtがオワコンとか言ってる奴は完全なお門違いですよ。
俺はね、この板でGUIはHTMLで決まりとか言われたから、Electronやってみたんですよ。
でもね、やっぱあれダメですよ。
俺が思うにGUIはやっぱQtかGtkmmじゃないとダメですね。特に、QtQuickは最高です。 ■ このスレッドは過去ログ倉庫に格納されています
