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

1デフォルトの名無しさん 転載ダメ©2ch.net2017/03/08(水) 13:49:03.39ID:jMX+hATM
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+商用利用向きの例外条項」を選ぶことにな7ります(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/

2デフォルトの名無しさん2017/03/08(水) 13:49:56.47ID:jMX+hATM
■リンク

・Qt Project
 http://qt-project.org/

・Qtユーザー会
 http://planet.qt-users.jp/
・Qt Users Forum Japan
 http://qtusersforum.s2.zmx.jp/forum/index.php
・Qt Creator を日本語化するプロジェクト(非公式)
 http://qt-creator-jp.sourceforge.jp/

・PyQt4(GPL。定番)
 http://www.riverbankcomputing.co.uk/software/pyqt/intro
・PySide(LGPL。)
 http://www.pyside.org/downloads/


■ライセンス関連まとめ

各ライセンスでの自作アプリのソース公開/頒布

Qtのライセンス   アプリのライセンス     Qtの頒布/(変更部分のソース公開)
GPL           GPL(ソース公開必須)      必須
LGPL         任意(ソース公開不要)      必須
商用          任意(ソース公開不要)      不要

*: LGPLは動的リンク時

実際には他にも条件(リバースエンジニアリング関係とか)あるので、
きちんとライセンスの条文を読むこと。

3デフォルトの名無しさん2017/03/08(水) 13:52:03.95ID:+aRKIsxC
|....,,__
|_::;; ~"'ヽ
| //^''ヽ,,)
|  i⌒"
| ∀`) < 誰もいない きのこるならいまのうち
|⊂
| ノ
      _,,,......,,__
  /_~ ,,...:::_::;; ~"'ヽ
 (,, '"ヾヽ  i|i //^''ヽ,,)
   ^ :'⌒i    i⌒"
      |( ´∀`) < きのこ のこーのこ げんきのこ ♪
      |(ノ   |つ
      |     |
     ⊂ _ ノ
       ""U
      _,,,......,,__
  /_~ ,,...:::_::;; ~"'ヽ
 (,, '"ヾヽ  i|i //^''ヽ,,)
   ^ :'⌒i    i⌒"
     (´∀` )| < エリンギ まいたけ ブナシメジ ♪
    ⊂|  (ノ |
      |     |
      ヽ _ ⊃
      .U""
|
| ミ
| ミ  サッ!
| ミ
|

4デフォルトの名無しさん2017/03/08(水) 14:06:29.43ID:koTwgl9J
>1 いちもつ

5デフォルトの名無しさん2017/03/08(水) 16:20:39.27ID:TtwIMs9c
Linux 上で Qt のアプリをターミナルから起動すると
Qt: Session management error: None of the authentication protocols specified are supported
というメッセージが出るんだけど、これって何でしょう?
動作自体は問題ないようです
新しいプロジェクトで作成して手を入れていない Qt ウィジットアプリケーションでも表示されます

6デフォルトの名無しさん2017/03/08(水) 16:22:51.74ID:TtwIMs9c
いろいろ確かめていたところ root で起動すると出るようです
root 権限必要なプログラムなのですが、このメッセージがでちゃうのは回避できないのかな

7デフォルトの名無しさん2017/03/10(金) 17:44:14.87ID:zeNpj7c/
商用の機械の制御ソフトをLGPLで開発し、
機械を売った場合、ソースコードの開示を
求められたら応じなければなりませんか?
ソフト単体で売ることはありません。

8デフォルトの名無しさん2017/03/10(金) 18:02:55.02ID:wwCDmvkp
そのつもりでどうぞ

9デフォルトの名無しさん2017/03/10(金) 19:40:39.40ID:5DSaPQcd

10デフォルトの名無しさん2017/03/10(金) 20:47:21.60ID:p+EiIwky
>>7
LGPL v2ならそのソースコードの開示が必要。
LGPL v3ならさらに機械にインストールする情報の開示が必要。
開示を求められたら応じなければならない。
ソフト単位で売るかどうかは無関係。
LGPLなものを使っているのを明記しないのもだめ。

11デフォルトの名無しさん2017/03/10(金) 21:19:55.69ID:GznH2wqv
それGPLじゃね

12デフォルトの名無しさん2017/03/10(金) 21:32:35.64ID:me9gH5Or
ウィキペディアでは、「LGPLなプログラムを利用する著作物が二次的著作物か
否かは法的な問題である。ライブラリに動的リンクする単体の実行
ファイルは、法的に二次的著作物ではないと解釈される可能性がある」
とありこの場合は、exeのソースコード開示はしなくてはよいのでしょうか?

13デフォルトの名無しさん2017/03/10(金) 21:48:48.96ID:KILlqnei
でも実は特許でも侵害していない限り、開示しなくても訴えられる事はないんだよな。

14デフォルトの名無しさん2017/03/11(土) 00:02:14.43ID:xh0+7vv8
>>11 >>10 のそのソースコードはLGPLなものを指す。アプリは開示の必要はない。

>>13 実際バレれば評判が落ちるくらい

15デフォルトの名無しさん2017/03/11(土) 01:08:38.71ID:L+vpLJJZ
>>7を自然な日本語として解釈する場合、制御ソフトをLGPLにする
という前提だから、求められれば制御ソフトのソースを開示する必要がある

16デフォルトの名無しさん2017/03/11(土) 06:35:34.82ID:OoMQO9eG
PC用のソフトじゃないし、別に特殊なロジックを書いてるわけでもないから別に構わんけどな
公開してマズいのはデータだけでさ

17デフォルトの名無しさん2017/03/11(土) 09:14:34.53ID:xh0+7vv8
>>16
LGLP v3 なQtはインストール情報の開示が必須なので中のデータを見られたり、
Qtにファイルアクセス内容をダンプするコードを埋め込んだのをインストールされてデータを抜き取られるかもしれない。

18デフォルトの名無しさん2017/03/11(土) 09:49:37.06ID:OoMQO9eG
>>17
自分の端末に入ってる自分のデータなんざ好きに見ればいい

19デフォルトの名無しさん2017/03/11(土) 10:01:54.94ID:xh0+7vv8
>>18
機械に入っている見られたくないデータを見られてしまう

20デフォルトの名無しさん2017/03/11(土) 10:14:15.76ID:OoMQO9eG
>>19
たとえば?

21デフォルトの名無しさん2017/03/11(土) 16:38:34.12ID:yNsFk+g5
そんな正規のインストール手順が必要なレベルのやつが
解析だの抽出だの、高が知れてる

22デフォルトの名無しさん2017/03/11(土) 18:18:00.45ID:/v3Qrvkv
禁止されていても無視してリバースエンジニアリングすればいいだけの事さ

23デフォルトの名無しさん2017/03/12(日) 01:43:56.29ID:U65Hgm+K
>>21
正規なんか関係ない、インストール手順が出るというだけでだめ
>>22
LGPLではリバースエンジニアリングを禁止してはいけないとなっている

24デフォルトの名無しさん2017/03/12(日) 08:52:02.19ID:XFVxjLdI
無法者なら禁止されていたからと言って律儀に守るわけ無いだろう
禁止しようがしまいが結果は同じ

不正アクセス禁止法や著作権法に引っ掛かる行為は訴える事もできるし

25デフォルトの名無しさん2017/03/22(水) 18:33:11.32ID:ipSO+JK0
オワコン

26デフォルトの名無しさん2017/03/25(土) 02:39:46.56ID:8oBnA/MO
そもそもQtをLGPLでライセンス利用する形で実行プログラムを別ファイルとして自分で書くなら、
LGPLからくる制限は、リバースエンジニアリングを拒絶できない、という部分くらいだよ。
自分が作るプログラム部分はソースコード開示の必要はない。

それにQtは年30000円ぐらいで商用ライセンスもらえるから、
企業がアプリ作るならそっちのほうが手っ取り早いかもしれないよ。

こっちならLGPL版と違ってexeに静的リンクだってできちゃうし。
昔からSkypeのPC版がこれで作られてるのは有名な話(MSに買われて以降は知らないけど)

27デフォルトの名無しさん2017/03/25(土) 05:22:00.24ID:4Aiq2mHR
年30000円どころじゃない話を前スレ辺りで見た気がしたんだが

28デフォルトの名無しさん2017/03/25(土) 10:48:10.47ID:zKWPJ1ip
>>26
リバースエンジニアリングに加えてLGPL v3 なので組み込みで機器にインストールする方法を開示しなければならないのが制限が大きい。
30000円ではない、安い商用のStart-upsは$948/年で、総収入$100,000未満が条件。

29デフォルトの名無しさん2017/03/25(土) 11:36:54.16ID:GiAuLLWQ
消費者向けじゃないのなら公開の義務は無いらしいが
それって何処までなのやら

30デフォルトの名無しさん2017/03/25(土) 13:40:57.96ID:8oBnA/MO
今は年$3540 らしいね。昔はこんなにしなかったんだがなあ。
https://www.qt.io/buy-product/

組み込み機器にLGPLのソフトウェアを組み込む際について議論してるのは、日本語の範囲だとここくらいかなあ。
https://srad.jp/~vyama/journal/409182/

『組み込みで機器にインストールする方法を開示しなければならない』って何条の話?

通常の用途だとLGPLでQtを利用するだけで十分じゃん? て感じだな。

31デフォルトの名無しさん2017/03/25(土) 15:10:06.45ID:zKWPJ1ip
>>30
4.結合された作品(e)の条項

32デフォルトの名無しさん2017/03/25(土) 16:10:36.20ID:8oBnA/MO
>>31
なるほどで。これ通常はブートローダとCランタイムとこのスレの場合Qtのソースコードを公開すれば済む話だよね。
インストールの手順までは示されないのが通常。ソースコードを提供したんだから自分でやれ、ということになる。

33デフォルトの名無しさん2017/03/25(土) 18:49:00.53ID:zKWPJ1ip
>>30
月あたり約3万なら安いな

34デフォルトの名無しさん2017/03/30(木) 15:28:39.36ID:2QpRLh8T
no demand
no future
no developer

35デフォルトの名無しさん2017/03/31(金) 10:57:54.27ID:eR9vk9No

36デフォルトの名無しさん2017/04/01(土) 11:26:12.63ID:2jOooiMj
Developer Survey Results
http://stackoverflow.com/insights/survey/2015
no Qt Creator, no Qt
http://stackoverflow.com/insights/survey/2016
Qt Creator 0.7%, no Qt
http://stackoverflow.com/insights/survey/2017
no Qt Creator, no Qt

37デフォルトの名無しさん2017/04/01(土) 11:28:20.06ID:7j4tGaMv
なんなのこいつ

38デフォルトの名無しさん2017/04/01(土) 15:25:27.85ID:gxLU90hA
日本語じゃないと読めないんだが

39デフォルトの名無しさん2017/04/01(土) 22:55:45.83ID:2jOooiMj
The evidences you have to realize what Qt is.

40デフォルトの名無しさん2017/04/03(月) 05:17:44.36ID:nCcApgYs
Qtはやめておけ

41デフォルトの名無しさん2017/04/04(火) 11:11:46.87ID:QuScGEjO
QtはPC向けとしては使いやすい。
Win/Mac/Linux対応のプログラムが簡単に書けるし、
ライブラリはよく整備されてると言っていい。
GUIベースのIDEもあるから特にLinuxではありがたみが増すだろう。

.NETじゃ動作速度が不満、っていうならいい選択肢なんじゃないか。
boostやSTLとも共存できるし。

一方でスマフォやタブレット向けにはGPL/LGPLの制約がかかってきて、
事実上OSS開発にするか商用ライセンス買うかの2択にならざるを得ない。

42デフォルトの名無しさん2017/04/04(火) 12:27:23.26ID:/rkaPKwN
PC向けはそう思う。
スマフォやタブレット向けには、プラットフォームネイティブと比べて、操作と見栄え、機能のどれもがひどく劣化していて使う気になれない。

43デフォルトの名無しさん2017/04/04(火) 19:30:52.49ID:NpOpvMWO
スマホきらい

44デフォルトの名無しさん2017/04/04(火) 19:34:50.15ID:vS0Kb9uV
ライセンス高杉

45デフォルトの名無しさん2017/04/04(火) 20:36:40.05ID:C6EbrKkE
はっきり言って、Qt使うとすっげえ作りにくい

46デフォルトの名無しさん2017/04/04(火) 22:23:01.82ID:/rkaPKwN
>>44
PC向けに使う分には楽になるので高くない。
>>45
スマフォやタブレット向けにはそう思う。

47デフォルトの名無しさん2017/04/05(水) 10:08:26.26ID:olEtu4E5
Visual Studio 2017にはいつごろ対応予定?

48デフォルトの名無しさん2017/04/05(水) 17:27:39.79ID:ESf1g3HA

49デフォルトの名無しさん2017/04/09(日) 13:35:32.94ID:pzAQL0ut
UbuntuのCanonical、「Unity 8」開発打ち切りを発表 スマホの取り組みも終了
http://ascii.jp/elem/000/001/465/1465307/

50デフォルトの名無しさん2017/04/09(日) 21:39:12.11ID:Y5hPZequ
gnome > kde

51デフォルトの名無しさん2017/04/13(木) 19:06:20.79ID:SP+NYsBy
>>50
C++のままでうまくやっていればgnome<kdeだっただろう。
QMLなんかにするからUnity8とKDE5はしょぼくて役立たずになってしまった。

52デフォルトの名無しさん2017/04/13(木) 20:34:44.50ID:5u+1re/V
QMLヤバいくらい使えないな

53デフォルトの名無しさん2017/04/13(木) 22:05:07.49ID:9mIMnCIv
LINEのデスクトップ版でQtが使われているという記述を見たんだけどマジ?

54デフォルトの名無しさん2017/04/13(木) 22:58:45.02ID:UIwcSd5k
>>53
qtのdllインストールするからマジだと思うよ

55デフォルトの名無しさん2017/04/13(木) 23:01:41.23ID:5u+1re/V
QStringの使いにくさは凄いな

56デフォルトの名無しさん2017/04/13(木) 23:12:39.84ID:pV4Ht5xx
>>55
むしろC/C++の文字列処理が頭おかしいくらい何も考えてないのであって、
Qt上でQStringとQByteArrayを使うだけならノーストレスで何も考えずに使えるよ。

QString <-> std::string/std::u16string
QString <-> const char*

の相互変換については基本的にQString側のメソッドを呼び出せばいいが、
C++特有のインスタンスの寿命問題があるので気を使う必要があるな。

57デフォルトの名無しさん2017/04/14(金) 01:51:50.38ID:d5lRjKPg
>>53
かなり頑張ってよく作ってある。
だけど、Qt自体の問題でテキスト入力のキー操作がブラウザなど他のアプリと同じようではないのでとても使いにくいし、
日本語入力中に文節区切りがわかるように表示されないので入力がしにくい。
そんなだからChromeからLINE使った方が格段に使いやすい。

58デフォルトの名無しさん2017/04/14(金) 01:58:29.04ID:d5lRjKPg
>>56
楽なんだけれどUTF-16の並びでしかないから絵文字などがあると面倒なコード書かなくちゃならない。
Qt5.10のQStringViewで使いやすくなるように思えない。
https://doc-snapshots.qt.io/qt5-dev/qstringview.html

59デフォルトの名無しさん2017/04/14(金) 03:41:28.57ID:GOqxwiVe
>>58
そんな特殊な環境知らんわ。
機能が足りないなら自分で実装してフォーラムに投げればいいんじゃね。

60デフォルトの名無しさん2017/04/14(金) 06:35:20.63ID:EGtRRMj1
なるほどね。サロゲートペアが含まれると、QString::length()の言うところの
戻り値は文字の数ですよ、という前提が崩れるわけか。

文字の数にこだわるならtoUcs4()やtoStdU32String()で他の形式に変換する必要があるわな。

ここはもういっそQChar を UTF-16からUcs4に変えてしまったほうが全体的に楽になりそうなものだが、
現状では頑なに内部16ビットを固守してるようにみえる。

まあ頑張れ。

61デフォルトの名無しさん2017/04/14(金) 19:32:36.93ID:/GRVqW8H
今話題のAnimeEffectsってのがQt製みたいね

62デフォルトの名無しさん2017/04/15(土) 02:14:03.71ID:F/Tbf849
>>61
動かしてみた。Qtで作ってこんな情けないUIというのはあんまりだ。

63デフォルトの名無しさん2017/04/15(土) 04:40:46.80ID:isspK6A7
>>62
どうせゴチャゴチャしてりゃ偉いと思ってるだけだろ

64デフォルトの名無しさん2017/04/15(土) 16:47:27.06ID:IfgJlU6t
そもそもQt製でまとまなUIを見たことがない

65デフォルトの名無しさん2017/04/15(土) 16:59:49.97ID:R/Ce5off
君の言う、まともなUIって定義はなんだ?
そもそもKDE自体がQtで作られてるわけだが。

66デフォルトの名無しさん2017/04/15(土) 19:19:20.78ID:F/Tbf849
>>65
Linuxで動いているKDEはKDE4まではよくできている。他のプラットフォームがひどい。
AnimeEffectsは、
QGroupBoxのタイトルテキストが枠にくっついて隙間がなかったり、枠に重なってしまっている。
QPushButtonがプラットフォームスタイルでない。
フォーカス枠が細く正しい太さでない。
QComboBoxの大きさが小さすぎて正しくない、テキスト上下位置もずれている。
ヘルプで表示されるダイアログのクローズボタンをクリックしてもクローズされない。OKはクローズされる。
タイムラインゲージのテキストが欠けたりハンドルとテキストが重なっていたりする。

67デフォルトの名無しさん2017/04/15(土) 19:43:09.27ID:F/Tbf849
>>65
>まともなUIって定義はなんだ?
動作しているプラットフォームで、そのプラットフォームネイティブなUIと同じ見栄えと同じ操作感で違和感なく動作すること。
以前はよかったが最近のQtはそれがだめになっている。QMLになってさらにだめでQMLでデスクトップアプリケーションは作る気にならない。

68デフォルトの名無しさん2017/04/15(土) 20:02:23.24ID:R/Ce5off
QMLは、あくまでもJavaScriptの柔軟性でUIデザインと応答の同時作り込みをやりたいというのが主眼で、
OSのルックアンドフィールを遵守するという目的ではないと思う。

どちらかというとスマフォやタブレット対応で必要になりそうな技術。

それとQt5.6でアプリを公開してるけどネイティブ実装と違って困った、なんてことはまだ一度もない。
ただしQtがネイティブOSで何をやってるかソースコードを読んで全部理解しながら作る必要がある。

69デフォルトの名無しさん2017/04/16(日) 05:02:15.93ID:li4MoJhs
>>66
最後二つはまだしも他のはただのお前の好みだろ
ボタンがネイティブスタイルじゃないと駄目って
UIデザイナもスタイルシートも全否定だな

70デフォルトの名無しさん2017/04/16(日) 21:13:11.77ID:Qz/seIpF
ここには低年収の頭の弱いおっさんしかいないからしゃーない

71デフォルトの名無しさん2017/04/17(月) 00:28:54.68ID:TJWzc2hl
>>70
自己紹介乙

72デフォルトの名無しさん2017/04/17(月) 18:27:29.58ID:1xI019jx
>>68 QMLは、あくまでもJavaScriptの柔軟性でUIデザインと応答の同時作り込みをやりたいというのが主眼で、
UIデザインもUnity8とKDE5で失敗している。
応答はだめ、Qt Quick Controls 1がほとんどQMLで実装して応答がダメでC++で実装しなおされて2になった。
さらに1でのデスクトップ対応より格段の劣化。

>>どちらかというとスマフォやタブレット対応で必要になりそうな技術。
両方で失敗をし続けている。Ubuntu Phoneなど失敗続き。

>>ネイティブ実装と違って困った、なんてことはまだ一度もない。
困らない程度の実装なんだろう。

73デフォルトの名無しさん2017/04/17(月) 19:12:38.00ID:oNN5T3Q3
>>72
あくまでアプリで適用できるレベルの技術であって、
デスクトップ環境そのものをQMLに置き換えるのは流石に無茶が過ぎるだろう。
MSだってVisual StudioをWPFに置き換えるのに発表後10年ぐらいかかったわけだし。

>困らない程度の実装なんだろう。
正確にはQtの標準実装で正常に動かないことを確認した段階でWin32APIに
処理を差し替えて解決してるから困ってないと書いている。
普通の開発者なら困ってるかもわからんな。

具体的に言うと
ファイル名のソート、ウィンドウのStayOnTop、ゴミ箱に削除、
タイトルバーのコンテキストメニューにメニュー追加、指定したファイルをExplorerで表示する、あたりかな。

Qtを使うことで大半のコードはOS非依存にできるんだが、この辺になるとOSごとに書かないとしょうがないみたいだ。

74デフォルトの名無しさん2017/04/17(月) 21:23:53.65ID:3ZB/SzGu
QMLで何かを作ろうと思ったら
いろんな常識を捨てる覚悟と、ややこしい設計の覚悟が必要だな。
しかもビルドが通っても期待通りに動かないことだらけ。
代案探しの方が時間がかかる。

75デフォルトの名無しさん2017/04/18(火) 17:46:15.64ID:Yf8MszTw
Electronでおk

76デフォルトの名無しさん2017/04/18(火) 17:46:38.43ID:loFmBv2J
>>※正確には通常「LGPL+商用利用向きの例外条項」を選ぶことにな7ります(Qtインストール先の「LGPL_EXCEPTION.txt」を参照)。
LGPLv3だからLGPL_EXCEPTION.txtは削除されるべきだとメーリングリストに書かれている。

77デフォルトの名無しさん2017/04/18(火) 17:53:16.05ID:loFmBv2J
>>75
Electronのやり方はダメ

78デフォルトの名無しさん2017/04/22(土) 21:05:26.66ID:xNVgWxyC
新しいGoogle EarthはQtをやめてChromeベースになった。

79デフォルトの名無しさん2017/04/22(土) 22:03:07.27ID:ognfWHjL
Google Earthだと、Chrome Book向けにウェブベースのものを作らないとしょうがないだろうし、当然の結末だろうなあ。
Chromeで作っておけば作り分けも要らなくなるわけだし。

今はもうWebkit+JavaScriptでテキストエディタやIDEが作られる時代だからね。

80デフォルトの名無しさん2017/04/22(土) 23:27:44.99ID:3dW6OEKx
VisualStudioCode >>> QtCreator

81デフォルトの名無しさん2017/04/23(日) 00:16:16.27ID:jaDGW72z
>>80
やればわかるが、node-webkitやelectronはUIセットがないから、
ツールキットに相当するものを自分で作らないといけないぞ。
それ自体が大変すぎて個人にはとても扱えない代物だと感じたな。

82デフォルトの名無しさん2017/04/23(日) 00:23:05.29ID:jaDGW72z
補足すると、
VisualStudioCodeはMicrosoft、
BracketsはAdobe、
AtomはGitHubと、どこもIT業界の大手ばかりなことがわかる。
膨大な開発コストを費やさないと使いものにならないということだ。

逆にアプリ本体がほぼウェブブラウザで済むような内容だと比較的小さなコストでアプリが作れる。
だがそういうアプリもQtで作れることは言うまでもない。

83デフォルトの名無しさん2017/04/23(日) 01:33:50.84ID:rs4Ya4LF
デバッグ中にブレークポイント貼るとデバッガがおかしくなる

84デフォルトの名無しさん2017/04/23(日) 18:24:01.05ID:kQYEtztA
>>83
Qt Creatorはいろいろバグがあってはまる。

85デフォルトの名無しさん2017/04/23(日) 18:26:05.58ID:kQYEtztA
>>82
Qtで作るよりもプラットフォームに用意されているツールで作った方がちゃんと動くものを作りやすいのが現実だ。

86デフォルトの名無しさん2017/04/23(日) 18:43:28.46ID:jaDGW72z
>>85
それは狭い了見だな。

少なくとも俺が作ってるOpenGLで画面を描画して各種画像の読み込みに
対応して読み込みの先読み機構を付けた
ウィンドウズアプリを作るには、素で作るより遥かに楽だ。

87デフォルトの名無しさん2017/04/23(日) 20:06:13.40ID:kQYEtztA
>>86
大したことをしていないのだろう。その先をしようとするかどうかだ。

88デフォルトの名無しさん2017/04/23(日) 20:26:20.29ID:jaDGW72z
>>87
大したことってなんだよw

89デフォルトの名無しさん2017/04/25(火) 08:05:36.41ID:L1Jp1/og
>>87
たかがGUI Toolkitに何を求めているのだお前はw

90デフォルトの名無しさん2017/04/29(土) 22:17:59.25ID:Dzf++W11
エラー: : No such file or directory
#include <QLoggingCategory>
となってしまいます。
公式サイトからダウンロードしてインストールしたのに
QLoggingCategoryがないとなるのは何故でしょうか?
皆様はQLoggingCategoryを別途追加されていますか
それともQtを再インストールしたほうがよいでしょうか

91デフォルトの名無しさん2017/04/29(土) 23:57:16.41ID:x7ZtsVeM
まず、なにをしたらそのエラーが出たのかを書かないと

92デフォルトの名無しさん2017/04/30(日) 00:23:43.39ID:VPWRpVfK
すっかり失念しておりました
新しいプロジェクトとしてproファイルを読み込み、
ビルドしようとしたところ
cppファイルが
エラー: : No such file or directory
#include <QLoggingCategory>
となってしまいビルドできないのです

原因と考えているのはオプション→Qtバージョンで
使いたいと考えているQt5.6.2 gcc_64以外に
自動検出のQt4のお化けがあり何をしても消えてくれず
(削除、クリーンアップ不可)
再インストールしても解決せず途方に暮れている状態です

93デフォルトの名無しさん2017/04/30(日) 10:40:05.82ID:jjQJnylr
まず動作OSを書いてくれ。

Ubuntu16.04.2 で動かしたときは、apt-getで入るQtは使い物にならんかったよ。
公式からインストーラーを落として入れたらツールキットごと入ったからそれでビルドしていた。
そのときapt-getで入った古いバージョンのQtが毎回認識されてたが
インストーラーで入れた方を使う形で設定し直してたな。

94デフォルトの名無しさん2017/04/30(日) 10:43:01.65ID:jjQJnylr
基本的には[ツール]-[オプション]でダイアログを出して、
[ビルドと実行]-[Qtバージョン]でQtツールキットのバージョンの一覧を出して優先順位を決めたりする。

x64とx86は別バージョン扱いになる。

95デフォルトの名無しさん2017/04/30(日) 11:21:18.69ID:zwvZEPLC
skypeforlinux-64はQtを使わなくなった。

96デフォルトの名無しさん2017/04/30(日) 12:13:17.46ID:VPr4LyhY
OSから入れなおせ

97デフォルトの名無しさん2017/04/30(日) 15:18:56.72ID:yxqWVund
皆様ありがとうございます。

>>93-94
全く同じ状況です。
優先順位をどのように設定されましたか?

[ビルドと実行]-[Qtバージョン]でQtツールキットのバージョンの一覧で
自動検出のQt4
Qt5.6.2 gcc_64
になっており、削除、クリーンアップができません。
手動で追加することもできません。
何か別途で優先順位を設定する方法があるのでしょうか

どうして古い方のQmakeを優先するんですかね…

98デフォルトの名無しさん2017/04/30(日) 15:46:38.99ID:VPr4LyhY
pathがおかしいんじゃね

99デフォルトの名無しさん2017/04/30(日) 16:22:54.83ID:JrC81rPZ
>>97
だからOSとそのバージョンを書けって言ってるだろ。
質問の仕方もわからんのか。

まず、Linux系の場合、OS標準の方法で入れたQt Creatorと
Qt公式のインストーラーで入れたQt Creatorはそれ自体が挙動が違うから、
Qt公式のを使いたければOS標準のはアンインスコして使うべき。

それからQt Creatorのツールキットの認識は『キット』と『Qtバージョン』の2段階になっていて、
Qt公式のQt Creatorを起動している場合はバンドルされているツールキットが自動検出になるはず。

まずはQt Creatorのバージョンを確認することだな。うちのはQt公式ので4.2.1だ。

100デフォルトの名無しさん2017/04/30(日) 17:46:25.32ID:kKON+KN1
ubuntu16なんだろよく読めよ

責任とれないが俺のやり方
rootでいらないqtファイル消す(パージじゃ消えない>>99を信じるな)
aptでパージ
新バージョンを公式から落としてインスト
aptでいれなおす
aptでいれたクリエイターを起動
あら不思議自動認識が消える
手動で公式インストqtファイルを指定
いつもこんな感じ

93に指定する方法聞くかos入れ直すほうがいいかもな
しかし>>99のような役立たずな書き込みもめずらしい

新着レスの表示
レスを投稿する