【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/ >>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は最高です。 ElectronはGUIツールキットとは言えないんだよね。
どちらかというとウェブ技術ベースのウィンドウマネージャに近い。
画面上に表示するウィジェットや配置はベース技術なしに全部自分で構築しないといけない羽目に陥る。
QtやGTK+から始めれば当たり前にあるものがない状態から始まる。この苦痛は耐え難いものがある。 QT(Quick Time)に親兄弟親戚皆殺しされたんだろ？
そりゃ見境なく何年もネガティブキャンペーンやるだろ
C/C++がオワコンって言ってるJavaアプリプログラマ層とあんまり変わらんよ
自分の狭い了見で世界のすべてを語ってるだけ 普通のデスクトップアプリを作るならQt一択なのはわかるんだけど、バグを回避しながら使わないといけない。
特に日本語入力回り。
OSSなんだから自分で修正←簡単にはマージしてくれないから無理。
※有償版もあるので簡単にマージしないのは責任もって開発してるってことかもしれないし、マージしないのがダメってことではない。
安倍総理と同じで他に選択肢が無いからQt一択になってるだけだと思う。 ちなみに、Qt使って最初に気持ち悪かったのは勝手にメモリー管理されることだけど。
時間の都合でサーバーサイドにQt使ってみたら超安定して長期動作してるから、きっとあれで良いのかもしれない。
杞憂ってやつか。
でも、明示的な管理ができないとなんか気持ち悪いよね。
Javaとか使ってる人なら自然に受け入れられるんだろう。 Javaのガベコレとは違って
widget同士でチェーン管理されてるんじゃね
Javaよりは明示的に追いかけられるはず Qtの生存管理はオブジェクトツリー方式。
親が死ねばその子孫は全て開放される。
最上位はスレッド自体になっているので、
ワーカースレッドで生成したオブジェクトはメインで使いたい時は
メインのスレッドオブジェクトに登録し直す必要がある。 QMLってメソッドのバーチャルオーバーライドすらできないのか。
型厳密と言いながらenumの型チェックもできずに整数で扱うので間違えて書いてもエラーにならずにおかしな動きをする。
ダメな言語だ。 Qt.AlignLeft,Text.AlignLeft,TextInput.AlignLeft,TextEdit.AlignLeft,TextArea.AlignLeft,TextField.AlignLeft
言語として破綻している JavaFXは次期Javaの正規プロジェクトから外されるんだってなｗ
Qtもオワコンだし、Gtkも当然オワコンだし、おとなしくC＃でもやっとけって暗黙の了解ｗ？ しっかし、スレ違いだけど、JavaもJavaEEも外すし、JavaFXも外すし、JavaSEは既存の企業からもライセンス料とることになったし、
元のJavaは何が残るの・・ｗ Qtも似たような道を通ると何も残らねえんじゃねえのか・・ｗ
なんかそうなる様な気がするｗ でもGtkとQtは根強いLinuxのベース環境があるからな・・ｗ 強そうだな。 そろそろ新しいクロスプラットホームなGUIツールキットが出てきてほしい 実際開発者の自己満足以外で
ユーザー側にクロスプラットフォーム求められているソフトってあるのかね
もしくはクロスプラットフォームに対応するコストに見合う売り上げが見込めるとか
各種OSのユーザー層考えると「こういうことをやる場合はこのOS」とか決まってそう
マイナーOSでヒットしたソフトを移植する際は
最初からクロスプラットフォームでつくっときゃよかったなと思うかもしれないけど
そんなの作る前からわからんし 個人的には、Win用に作ったソフトがスマフォで動けば、人に見せびらかせそうで
魅力がある。あと、Linuxで動けば、今後運がよければ一儲けできるかもしれない。
Linuxは嵐の前の静けさなのか、それとも衰退していくのか先が読めないけど。 少なくともWin/Mac/Linux共用で動くようにしておけば、Linuxで有名なアプリになることは他よりたやすい。 Embarcadero系が頭に浮かんだけど、あれはLinux非対応か。 やがて悲しきクロスプラットフォーム、クロスプラットフォームは幻想
所詮クロスプラットフォームは最大公約数、デスクトップとモバイルの最大公約数はとても小さい
Qtの将来はもうない ■ このスレッドは過去ログ倉庫に格納されています
