【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/09/29(金) 23:02:05.12

qtをc++14以降でリライトしてくれ😫

**デフォルトの名無しさん** · 2017/09/29(金) 23:40:05.62

>>332
質問の場が悪いんじゃね
Qt Forumのgeneralとかいう所で聞いたら早いし優しい

**デフォルトの名無しさん** · 2017/09/30(土) 00:35:59.17

QMLってもしかしてスクロール関係が全体的に弱い？

QMLのListBox、100行程度入れただけで
スクロールが耐え難いほど重くなるんだけど
何か軽くする方法とか、別の手段とかない？
画面外のリストはいちいち破棄したり、表示する度に
書いてるようだけど、QMLの描画自体が重いから話にならない
実際には1000行、2000行とか入れる予定だから実用に耐えない

スクリプト言語によくあるような、QMLを予めコンパイルして
描画時スクリプト解析みたいのを無くす方法あればいいんだけど

**デフォルトの名無しさん** · 2017/09/30(土) 00:41:04.14

QMLのスクリプト解析描画が重いのって
ColumnやRowのリピート描画でも言えるな
標準のプログレスバーがダサいからリピートで書いたら
重すぎて高速の更新にまるで使えん

**デフォルトの名無しさん** · 2017/09/30(土) 02:44:54.22

QML側でどうなってるか知らないが、
ListWidgetやTreeWidgetはC++実装でも重い物だから、
数百項目以上になるなら普通はListViewやTreeViewを使う。
こいつはデータモデルを別途構築して、
Viewクラスがそれをなめて自分で描画するという手順を取る。

**デフォルトの名無しさん** · 2017/09/30(土) 03:35:32.04

Qt World Summit 2017のモバイルアプリどっちも十分出来がいいように思えるな
http://blog.qt.io/blog/2017/09/29/qt-world-summit-app-2017-open-source-live-now

まあモバイルでQt/Qmlが使われるようになる日はこないだろうけど
ライセンスも酷いしな

**デフォルトの名無しさん** · 2017/09/30(土) 03:36:42.72

QtはLGPL/GPLの制限がある限りモバイルでは使いものにならないので、
Golangあたりで再実装して、ライセンスもスタティックリンク可能なものにするしか生き残る方法はないと思う。

**デフォルトの名無しさん** · 2017/09/30(土) 03:47:41.91

xamarinがWPF/macOS/Gtk#にも対応するっぽいしマジで最初からc#学んでおくべきだったかな
最近はクロスプラットフォームなアプリといえばまずElectronでQtなんて早々お目にかかれないし、どんどんjsとc#に吸収されていきそう

Qtにうつつを抜かしてたせいでMVVMにもすっかり乗り遅れちゃったしなぁ

**デフォルトの名無しさん** · 2017/09/30(土) 03:49:37.76

うつうつします

**デフォルトの名無しさん** · 2017/09/30(土) 04:24:57.96

しかしxamarinの発想は、Qtみたいに同じソースコードでどのプラットフォームにも
同じUIを提供するというものではないからな。

プラットフォームごとにUIは作り直しになる。
しかもC# がネイティブになってる処理系はないから
ツールキットAPIの脳内翻訳が必要になる。

**デフォルトの名無しさん** · 2017/09/30(土) 06:12:28.16

>>342
つXamarin.Forms

**デフォルトの名無しさん** · 2017/09/30(土) 07:44:24.76

>>337
すまん間違えた、重いのはListBoxじゃなくてListView
もちろんQAbstractListModelを使ってる
DelegateもRectangleとTextだけのシンプルなもの
この重さ、いったい何を想定して作られたんだ？
軽くする方法あるのか？

beginInsertRow-end、beginRemoveRow-endみたいな仕様も
正直めっちゃ使いにくいし、全更新の関数は落ちるし
スクロールバーの位置の保持とかどうすりゃいいねん

**デフォルトの名無しさん** · 2017/09/30(土) 08:28:51.38

>>343
スレ違いだからスルーする
>>344
C++で実装すると、15000件登録しても描画は0.1秒未満だよ。
もっとも、画面描画で必要な件数しかアクセスされないから、
画面外の件数は描画速度には直接関係ないが。

**デフォルトの名無しさん** · 2017/09/30(土) 08:37:41.62

>>345
描画をQMLにやらせずC++でってこと？
それができるなら是非それにしたいな、サンプルとかどこかにあるかな？

細かいスクロールの位置保持や復元の方法はわからないけど
指定の行までスクロールさせる命令がQMLにあるでしょ
頭の方の行だったらいいけど、ケツの方の行を指定すると
数秒間フリーズしたみたいになる
その間は表示してないからわからないけど、もしかして
指定行までスムーズにスクロールしててあんなに遅いのか？

**デフォルトの名無しさん** · 2017/09/30(土) 08:46:26.50

>>346
QtSDKのソースコードに含まれてるサンプルの中に
QAbstractItemModel/QStandardItemModelそれぞれのサンプルコードがあるよ。

単なる表示用で行選択さえできればいいのなら、後者で実装すればより簡単。

個人的にはQMLはRAD開発やユーザー拡張用で、
本格的なアプリを作るなら普通にC++で作ったほうが速度出るしつぶしが利くと思う。

**デフォルトの名無しさん** · 2017/09/30(土) 09:05:15.56

>>347
Qt使えとかQML使えというのは上の絶対命令でね
初動からおかしいうえに方向転換できない末期に放り込まれたから

とにかくありがとう、めちゃめちゃ参考になった
表示して選択してだけだから、まさに後者かもしれない、早速調べてみるよ

**デフォルトの名無しさん** · 2017/09/30(土) 09:43:30.19

FlickableとColumnとRepeaterでテストした限り100件でスクロールが重いってことはない感じ

**デフォルトの名無しさん** · 2017/09/30(土) 12:52:11.03

上の命令なら、商用版でQt Quick Compilerが使えるんじゃない？
まあ、それでもC++ネイティブには負けるけど。

**デフォルトの名無しさん** · 2017/09/30(土) 18:57:37.67

>>344
昔試したけどそこまで重かった記憶ないな。Qtのバージョンは?

**デフォルトの名無しさん** · 2017/09/30(土) 20:04:16.96

>>349
今時の速いのが当たり前のスペックだけでテストしてたら商品にならないでしょ
>>351
5

**デフォルトの名無しさん** · 2017/09/30(土) 20:56:08.61

qtのsignal&slotパラダイムってgoto文みたいだよな

**デフォルトの名無しさん** · 2017/09/30(土) 21:12:07.81

>>353
どの辺が？

**デフォルトの名無しさん** · 2017/09/30(土) 21:51:41.60

むしろObjective-CのメッセージやC#のeventに近い。

**デフォルトの名無しさん** · 2017/10/01(日) 16:59:03.94

たかがGUIツールキットで独自のコンテナやらスマポやら作りやがって
まともなC++のGUIが欲しい

**デフォルトの名無しさん** · 2017/10/01(日) 17:47:20.84

欲しいと思ったときがチャンスだぞ
というかWindows FormsのC++コピーみたいなのは無いんだろうか
デザイナツール付きで

**デフォルトの名無しさん** · 2017/10/01(日) 18:56:27.88

QtはSTLやboostよりずっと昔から使われてるから自前で一通り持ってるんだよ。
だいたいSTLはコンパイラごとに方言があるしな。

**デフォルトの名無しさん** · 2017/10/04(水) 19:07:04.47

https://www.youtube.com/watch?v=YWiAUUblD34
CppConのQtプレゼンだけやたら低評価多いな
他に比べて高評価も少ない

Qtはみんなに嫌われてるんだよね

**デフォルトの名無しさん** · 2017/10/05(木) 08:19:19.58

wxWidgetsと比べたらどうなんだろ？

**デフォルトの名無しさん** · 2017/10/05(木) 08:37:52.03

https://trends.google.co.jp/trends/explore?q=qt,wxWidgets

**デフォルトの名無しさん** · 2017/10/05(木) 20:08:59.48

どうみてもwxWidgetsの圧勝です

**デフォルトの名無しさん** · 2017/10/05(木) 20:36:47.71

本当にありがとうございました

**デフォルトの名無しさん** · 2017/10/05(木) 20:52:40.55

gtkmmはgtk4でc++17をフル活用出来るようになるのかな

かなり前からRefPtrは将来c++にスマポ入ったらそれに置き換えるとか言ってたのに、c++11から6年たってようやく実現されたのは遅すぎるよなぁ

まあgtkはlinux以外での動作が期待出来んしqtは捨てられないけど
でもgtkmmはまともなc++で羨ましいというか健全だ

**デフォルトの名無しさん** · 2017/10/06(金) 00:57:15.11

gtkは糞

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

gtkmmはAPIはいいけど、本体の gtk がねぇ...

**デフォルトの名無しさん** · 2017/10/06(金) 05:19:33.18

c++どころかプログラミングをあまり知らない人がいきなりqtやるのっておすすめできる？

**デフォルトの名無しさん** · 2017/10/06(金) 07:48:32.27

PyQt/PySideでPythonから使ったほうがいいかもしれない。

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

wxWidgetをPerlから入るのはどうですか？
資料少ないですかね

**デフォルトの名無しさん** · 2017/10/06(金) 08:33:30.71

Beが…

**デフォルトの名無しさん** · 2017/10/06(金) 15:25:39.02

cmakeとqmakeどっち使うべき？
出来ればcmakeでやりたいんですが困ることあります？

**デフォルトの名無しさん** · 2017/10/06(金) 16:49:49.11

omake

**デフォルトの名無しさん** · 2017/10/06(金) 21:34:26.68

うちはqmakeで統一してるけど、
Qt CreatorはCMakeのプロジェクトにも対応してるようだ。
ただしqmakeと違って直接読めないのでプロジェクト設定の変更に対応させるのが一手間増えると読んだ。

qmakeは一通りのことだとマルチ環境に対応できるが
ちょっと凝ったことをやり始めるとVisualStudioとかには対応できなくなる。

**デフォルトの名無しさん** · 2017/10/07(土) 04:14:28.23

めっちゃかっこいい
https://www.youtube.com/watch?v=wZ3vNVggNbQ

**デフォルトの名無しさん** · 2017/10/09(月) 14:42:06.93

そろそろmoc使わなくてもよくなった？

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

mocってやっぱいずれ廃止される運命なの？
https://youtu.be/YWiAUUblD34?t=1h10m20s

なくすとしてもqt6になるのかね

そもそもqtってどれくらいやる気あるんやろ
ブログ記事とかも最近はIoT系ばっかだし（Automationってやつ？）
需要も売り上げもこれからは組み込み機器に偏っていくんだろうなぁ

qt6はメジャーアップデートになるみたいだけどqt4並に互換性なくすとしたらリスクデカすぎるよねぇ

**デフォルトの名無しさん** · 2017/10/11(水) 13:37:37.82

C++の仕様に縛られすぎてるのがいくない

**デフォルトの名無しさん** · 2017/10/11(水) 16:27:15.23

そもそもC++の規格がここ10年くらいで急速に進歩しただけでな。
Qtはそれ以前からあるんだからしょうがないだろう。
過去の蓄積でできてるんだから。

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

qt6で過去を断ち切ろう！

**デフォルトの名無しさん** · 2017/10/11(水) 18:28:58.98

もうQtWSの時期なのか

**デフォルトの名無しさん** · 2017/10/11(水) 19:13:33.13

>>376
古いC++を見捨てるときになくなる
デスクトップは儲からない、モバイルは使い物にならない、
残るは組み込みしかない、つまらない

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

Q++

**デフォルトの名無しさん** · 2017/10/12(木) 18:41:24.80

nvidiaのgraphics debuggerってQt製？

https://youtu.be/3D1QVspMF8w?t=13m34s
ドックウィジェットをドラッグするときVisual StudioでいうGuide diamondが表示されてるけどQtでもああいう挙動は実現出来るの？
そういうライブラリってある？

**デフォルトの名無しさん** · 2017/10/13(金) 18:46:38.59

QtCreatorの挙動で一番戸惑うのが
ドッキングウィンドウの挙動。

まあ慣れたけどさ。

**デフォルトの名無しさん** · 2017/10/13(金) 22:00:45.58

http://blog.qt.io/blog/2017/10/06/qt-5-9-2-released/
5.9.1から300近くのバグ修正(多過ぎ)、1000以上の変更(変え過ぎ)。
未解決バグ(機能不足は含まない)は五千以上。

**デフォルトの名無しさん** · 2017/10/14(土) 03:59:26.60

http://www.dockspawn.com/demos/ide/dock_spawn_demo_ide.html
これをQtでやりたい

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

できるんじゃね

**デフォルトの名無しさん** · 2017/10/15(日) 02:09:47.45

>>386
ウィジェットのドックなら簡単にできる。
QMLではできない。

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

そろそろカラー絵文字はよ

**デフォルトの名無しさん** · 2017/10/17(火) 01:15:35.04

>>389
絵文字とカラー絵文字はやっと最近表示はできる。文字が重なって使い物にならない。

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

devicePixelRatioの扱いがようわからん。
1.0以外の表示ができる環境がない。

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

>>391
VMでUbuntuのUnityかGNOMEを動かせば試せる。
設定はLinux HighDPIで検索すれば見つかる。倍に設定すれば2が返る。
古いUbuntuはHighDPI対応していないので最新のを。

**デフォルトの名無しさん** · 2017/10/17(火) 18:05:24.19

>>392
どもども。Ubuntu-16.04.2 のunityでunity-control-centerを使って
メニューとタイトルバーの拡大縮小を1.5に設定してみた。

タイトルバーとメニューのテキストが文字通り1.5倍になるが、
自作アプリで表示してるアイコンや画像のDPIはそのままだ。

アイコンの表示サイズを変更する機能は自前で用意してるので
このフラグをオンにすれば問題なく使えそうだ。

一番懸念していた画像のリサイズの品質はVirtualBox上では問題なく動いてるように見える。
あくまでエミュレーター上の話だが。

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

qt製の2ch専ブラ真面目に欲しい😢
PCでも絵文字を使いたいんだ😭

**デフォルトの名無しさん** · 2017/10/17(火) 18:54:36.32

作って♥

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

>>394
10年以上前からその話聴くけど無いってことは需要無だろ

**デフォルトの名無しさん** · 2017/10/17(火) 20:56:15.86

古参ならkitaというKDE用のQt3製の専ブラがあるで(http://kita.osdn.jp/)
最近でも作ろうとした人はいたみたいだし

Qtによる2chブラウザ MonaCute
https://anago.5ch.net/test/read.cgi/software/1364969160/
専ブラのまがい物みたいなの作ってる
http://askmona.org/3396

でも皆失敗してしまったんだ
もうここの住人しか希望が残ってないんだ😵

**デフォルトの名無しさん** · 2017/10/17(火) 20:59:12.09

あ、２番目のやつはAskMonaというサイト用の専ブラか😅

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

デスクトップでも2chmateが最強か
情けない😢

2chMate 0.8.9.52/chromium/App Runtime for Chrome Dev/5.0/GR

**デフォルトの名無しさん** · 2017/10/18(水) 04:19:17.64

>>396
どんなしょぼい2ちゃんブラウザでも期待はされるから需要はある

**デフォルトの名無しさん** · 2017/10/18(水) 08:40:26.18

登録制でみんなやる気無くしたからしゃーない

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

失敗した原因はなに？

**デフォルトの名無しさん** · 2017/10/18(水) 16:57:32.04

qt3dstudioが一応オンラインインストーラからインストールできるようになっているよ
βだけど

**デフォルトの名無しさん** · 2017/10/18(水) 17:54:55.60

誰かmmdみたいなの作るかね

**デフォルトの名無しさん** · 2017/10/19(木) 17:00:49.53

AtlassianのHipchatのwindowsアプリQtで作られているらしいんだけど、
日本語入力時にバックスペースで文字消すとき
二回押さないと文字が消えなかったり
確定した文字まで多めに消したりとかなり使いにくい

これってQtのせいなのかな?

MinGW使うのやめてVisualStudioでコンパイルすると治るという書き込みも見たけど
Qtで日本語扱うならMinGWよりVisualStudioがオススメですか?

バグレポート
https://jira.atlassian.com/browse/HCPUB-268

Hipchat ダウンロード
https://www.hipchat.com/downloads

**デフォルトの名無しさん** · 2017/10/19(木) 17:05:42.87

qtはlinuxで使うものです

**デフォルトの名無しさん** · 2017/10/19(木) 17:33:16.02

mingwのせいにすんな

**デフォルトの名無しさん** · 2017/10/19(木) 22:45:18.91

日頃からVisualStudio版とmingw版は並行して扱ってるけど、
QtSDK自体のTextEditでそんな不具合見たことないな。

**デフォルトの名無しさん** · 2017/10/20(金) 07:21:45.47

https://sites.google.com/site/cguanlian/qt-creator-guan-lian#TOC-QtCreator-Ui-2015-

**デフォルトの名無しさん** · 2017/10/20(金) 08:56:24.83

今時UTF-8以外の文字コードでソースコード書くやつなんておらんやろ。

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

つい最近、visual studio codeのvimプラグインで、そんな現象に出会ったなぁ。
日本語編集時に意図しない文字が消えたりするやつ。

**デフォルトの名無しさん** · 2017/10/20(金) 09:15:31.17

日本語バグ多すぎ。

**デフォルトの名無しさん** · 2017/10/20(金) 09:18:05.82

ちなみにQtにzipファイル展開させると、日本語を含んだファイル名が化ける場合があるからな

わざわざパッチまで用意して報告したのに、
動作確認コードを別途用意しろなんて舐めたことを言い出したので放置したが。

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

>>413
原因は何だったのでしょう? iconv の自動判定ミスかな。

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

zipのヘッダはある程度の柔軟性があって、内部に格納するファイル名のエンコード方法を指定するフラグがある。
つまりMBCSとUTF-8の２パターンでどちらかが使われるわけだ。

当然zipのヘッダを読んでどちらでエンコードされているか確認しながら処理しないといけないわけだが、
QtのQZipReaderは一部がMBCSでハードコーディングされているところがある。
するとUTF-8で格納されてるzipは正常に読めない。

まあそもそもDeflate64に対応してないんだから、本格的な対応とはいえないけどね。

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

>>415
詳しい解説ありがとう、そういう内容か。ASCII文字通り扱う分にはどっちでも支障ないし、マルチバイトのテストなんかロクにやってないんだろうね。

**デフォルトの名無しさん** · 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人もいない