いつもお世話になっております。
ver4.2で追加されたフォルダ機能を使用していくつか気になった点がありました。
■表示順フォルダにスロットをいれると作成したアニメの描画順が崩れてしまう
膝を付いたゴブリンがいます。
表示順のtestフォルダにスロットを全て選択して中に入れてみました。
するとセットアップ上では変化がありませんが、アニメでは腕や棍棒が手前に移動してしまいました
■コンストレイントをフォルダに入れた状態でリセットをするとフォルダが消失してしまう
一部のコンストレイントをフォルダに入れた状態でコンストレイントの順序をリセットしました。
するとフォルダが消失してしまいました
２つ目は仕様の範疇のようにも見えますが、１つ目は不具合のように感じます。
ご確認頂けましたら幸いです
It's hard to tell what is happening in the first GIF, as there is a huge number of slots and I'm not familiar with your project, so it's not clear how it is supposed to look.
Can you explain the problem more? Maybe you can provide the spineboy example projects and give us steps so we can reproduce the problem.
Resetting the constraint order loses all your folders by design. The reason is that it would be hard or impossible to reset the order and also keep the folders, since an item in a folder must stay adjacent to other items in that folder (in setup mode).
koyu2 問題をご報告いただきありがとうございます！
まず1つ目のスロットをフォルダに入れると表示順序が崩れるという問題につきまして、
Nateからすでに詳しい再現手順に関して質問させていただいていますが、私の方でSpine4.2.20でSpineboyを使って試してみた限りでは同じ問題を再現できませんでした。
ただ確認を行っている中で、「スロットを選択した状態でフォルダを作成する」のと、「先にフォルダを作成してからその後でスロットをフォルダ以下に移す」のとでは結果が異なることを確認しましたので、何か問題がありそうだとは思うのですが、ただ少なくとも掲載していただいたGIFのようにスロットの順番が滅茶苦茶になるような状態は再現できませんでしたので、詳しい手順を記載していただけると助かります。
また、これは問題とは直接関係ありませんが、短い時間で確認できる問題であればGIFで報告いただくのはとても助かりますが、ある程度尺が長い場合はどこが始まりでどこが終わりかが判断しづらいため、mp4などの動画で見せていただけると大変ありがたいです。
2つ目の、コンストレイントのリセットを行うとフォルダが消えるという点につきましては、Nateからすでに補足があったように仕様となっております。
お返事ありがとうございます。
スロットを描画順フォルダに配置するとアニメの描画順が壊れる問題について、
再現手順は存在するスロットをすべて選択し、既存の描画順フォルダにドラッグ＆ドロップで入れるだけです。
こちらの環境では以下のことがわかりました。
１．描画順を変えたフレームでスロットが正しい順番ではなく、一番上に移動してしまう
２．Ctrl+Zでフォルダへ入れる前の状態に戻すことでアニメの描画順も元に戻るが、プロジェクトを保存後開き直すとスロットをフォルダの外へ戻してもアニメの描画順は壊れたままになる
３．スロットを選択した状態でフォルダを作成した場合、上記の問題は起こらなかった
２の問題が既存アニメーションの描画順キー全てに破壊的な変更をもたらす可能性があるので少し危険に感じます
Spineboyでは起こらなかったとのことで、スケルトンの構成によって再現する問題かもしれません。
この問題が再現するプロジェクトをメールにてお送りします。
ご確認いただけましたら幸いです
-------------- Deepl Translation
Thanks for your reply.
Regarding the issue that placing slots in the drawing order folder breaks the drawing order of the animations,
The only way to reproduce the problem is to select all existing slots and drag & drop them into the existing drawing order folder.
In our environment, we found the following
This seems a bit dangerous, as problem 2 could cause a destructive change to all existing animation drawing order keys.
You mentioned that this did not happen with Spineboy, so it may be a problem that reproduces itself depending on the skeleton configuration.
I will send you an email with a project that reproduces this problem.
We would appreciate it if you could check it out.
koyu2 動画と再現プロジェクトをご提供いただきありがとうございます！この問題を再現できることを確認しましたので以下に修正のためのチケットを作成しました:
EsotericSoftware/spine-editor793
また、ご返信の中で英語と日本語を併記していただきましたが、フォーラムにおいては翻訳ボタンを利用することが可能なため、母国語でのみ記載いただいて結構です。
ご不便をおかけしてしまい申し訳ありませんが、修正が完了するまで今しばらくお待ちいただけますと幸いです。
