CMake Buildの整備

[hsdk123]

現状のドキュメントによるとglew, glfw, anttweakbarをそれぞれ個別にダウンロード・ビルドした後やっとviewerのビルドができる形になっております。（https://www.webtech.co.jp/help/ja/spritestudio/guide/output6/sdk/#viewer_build）

それよりは、CMakeのFetchContent機能などを使い、SDKのCMake Configureを行う際に自動的に該当github repoなどからコードをダウンロードし、viewerがそれぞれのlibraryをdependencyとして登録させた方がSDKを初めて触れる側としても便利で、また開発dependencyのversion 統一もできるように思いましてIssueを開いてみます。

[hsdk123]

要約すると、SDKのrepoをcloneし、一つのCMake configureで少なくともviewerくらいは一度に楽にビルドできるようにした方がSDKの採用や発展にも繋がるだろうなと思いまして提案してみます！

[wtsera]

ウェブテクノロジ ユーザーサポート 瀬良です。
ヘルプセンターをご確認いただきありがとうございます。

ご指摘いただいたページですが、 Ver.1.3.2 について記載しております。
更新が行われておらず申し訳ございません。

こちら掲載時からビルド方法、構成について更新されております。
最新のビルド方法については、「 SDKのビルド方法 」へ開発担当より更新しております。

SDKビルドの際は、上記ビルド方法をご確認ください。
よろしくお願いいたします。

[hsdk123]

確認しました。スクリプトを使ったビルド流れの自動化は確かに便利ですね。
バグなのかは定かではないのですが、いくつかの問題があったので報告します。

a. Viewer2のデバッグビルド後、Viewer2.exeを実行させて一秒後にプログラムが落ちる。

b. release_win.batを使いリリースビルドを行う場合、Toolsの方にzipファイルが格納されると書いてあるが、何もない。

それからこれは問題ではなく改善意見です：

(a) ビルド後、SDKの仕組みなどを理解するためにViewerなどの動作を確認したいですが、
こちらのrepo内にViewerの動作確認用としてすぐ使えるsspjファイルがないようなので、
Resources/フォルダーなどを追加し動作確認に使えられるファイルの追加をお願いできればうれしいです。

(b) 現状の.batスクリプトを利用する場合ビルドdependencyがchocolateyなどを通して
マシーン全域に設置されているように見えるので、やはり可能であればCMakeのFetchContentなどを
使いできる限りマシーンへの影響をSDKフォルダー内に抑えられたら理想的です。

[SpriteStudio]

hsdk123様
ご確認ありがとうございます。
直近（昨日）にDevelopに更新があったためBat含めなにか不都合があるかもしれません。

a.こちらでlatestリリースビルドを確認しましたところ1秒後のダウンを確認できませんでしたので直近のdevelop更新の可能性がありますので確認させていただきます。

b.　Zipへのパスの可能性もありますが、こちらも確認させていただきます。ただ後述する変更の予定がありますためBatではなくpoweshell（Windows標準のZIPコマンドへの差し替えとなります）

改善意見につきましてありがとうございます。

(a)につきましてはデータのリンクを取らせていただくかリポジトリに置くのか検討中でございます。

(b)につきまいては、過去の成果物であったViewerや他ツールやPythonのバインダについて外部ライブラリの使用があり、それらがGithubリポジトリとして存在無く、ホームページ後悔からのURL指定のDLとなっていたのが頭の痛いところでありました。
こちらViewer2に一本化することによりGithubにリポジトリにないライブラリ等が無くなる予定です。
また、prepareで構築していたいくつかのコマンドが無くなるはずです。いくらか改善されるかと思います。

何卒よろしくお願いいたします。

[hsdk123]

a.こちらでlatestリリースビルドを確認しましたところ1秒後のダウンを確認できませんでしたので直近のdevelop更新の可能性がありますので確認させていただきます。

b.　Zipへのパスの可能性もありますが、こちらも確認させていただきます。ただ後述する変更の予定がありますためBatではなくpoweshell（Windows標準のZIPコマンドへの差し替えとなります）

了解しました、こちらは修正後また確認しますー

(a)につきましてはデータのリンクを取らせていただくかリポジトリに置くのか検討中でございます。

どちらも長短あると思うので、まずどこかにさえ上がっていれば確認が容易になると思います！

(b)につきまいては、過去の成果物であったViewerや他ツールやPythonのバインダについて外部ライブラリの使用があり、それらがGithubリポジトリとして存在無く、ホームページ後悔からのURL指定のDLとなっていたのが頭の痛いところでありました。
こちらViewer2に一本化することによりGithubにリポジトリにないライブラリ等が無くなる予定です。
また、prepareで構築していたいくつかのコマンドが無くなるはずです。いくらか改善されるかと思います。

了解しました、Viewer1/2に分かれていたことも少し疑問にしていたので、それまわりが一緒に整理されるのであれば一層わかりやすくなるかと思います。また、最新のドキュメントにもQtへdependencyが記されてある点も若干気になったので、より手軽な構成を目指す場合は

https://github.com/ocornut/imgui

などの使用もいいかもしれません。