Arbor

ご要望ありがとうございます。

以前から私もFlexibleFloat化したほうが良いかと思っておりまして、先日Twitterでも同様の意見を見かけたためすでに変更作業していました。

変更が入るバージョンは3.1.0予定です。
3.1.0のリリースはもうしばらくかかりそうですので、それまでお待ちいただければと思います。

ご要望ありがとうございます。
検討いたします。

報告ありがとうございます。

チェック不足でした。申し訳ございません。
正式リリースの際は問題なく動作するよう修正いたします。

ご要望ありがとうございます。

追加できないか検討いたします。

今回の場合は「どうするのが妥当か」の答えとして、一応補足させていただいた感じです。
そのつもりでしたら全然問題ありませんので今後も要望などあれば気兼ねなく出してくださいね。

ご報告ありがとうございます。
確認とれましたので、次バージョンにて修正いたします。

プレイ開始しても非表示になりますので、修正されるまで気になるようでしたら一度プレイボタンを押す形で対処してください。

ご要望ありがとうございます。
検討いたします。

ご要望ありがとうございます。
検討いたします。

なるほど。大体のやりたいことが見えてきました。 要望の一つとして、インスペクタへのＤ＆Ｄを検討してみます。 現バージョンでの回避策としてですが、 StateBehaviourを直接参照するのは編集の都合上面倒なことになってしまうので、 逆の視点で、通知される側が通知する側にイベントを登録して必要なタイミングで送ってもらう、という形式が良いかと思います。 コード例： public class CustomArborState : StateBehaviour { public AnyClass anyClass; public override void OnStateBegin() { any...

ご質問ありがとうございます。 StateBehaviourを外部から参照する方法はおっしゃる通り、現状Inspectorから参照する場合はご指摘の方法以外にありません。 このような使用方法がそもそも特殊となっていますので、 どのような策がベストかを判断するためにも、どういったことをしたいか詳細を聞いてみたいです。 補足：「ステートの参照」方法 今回の例とは若干意味がことなるかと思いますが、 Arborではステートが複数のStateBehaviourを持つため、StateBehaviourを参照するのではなくStateの参照方法についても一応補足しておきます。 ArborFSMの参照とステート名...