fspace

プラグインのサブフォルダについてv1.3.2で修正され、既存のプラグインは変更なしでサブフォルダに配置できるようになったみたいです。

ただし、v1.3.0の挙動（というかバグ）に合わせて対応を行ったプラグインは逆に動かなくなっているので修正が必要です。

データから修正されなかったのは残念なとこですが、心配していた最悪の方法でもなく、無難な感じの修正になってました。

先日書いたプラグインのサブフォルダ周りの話、もう少し詳細に書いておいた方がいいんじゃないかと思ったので説明。

---

コアスクリプトではプラグイン名は次の二つの用途で使われています。

1. プラグインファイルの配置場所（パス）の特定
2. プラグインを一意に識別する識別子

1はプラグインを読み込むscript要素を生成するのに必要で、2はプラグインが自身のプラグインパラメータを取得したり、プラグインコマンドを設定するのに必要です。2の用途ではプラグイン側が示した識別子とデータ中の識別子の一致が必要なため、プラグインはデータに設定される識別子を予め知っている必要があります。

プラグインのサブフォルダ機能、不具合だったのか単なる検討不足だったのかはわかりませんが仕様変更を検討しているみたいです。imgやaudio同様、利用者側が素材を整理するための機能になる模様。

プラグイン開発者は現在の仕様に無理やり合わせてサブフォルダ対応させると、後で再修正が必要になる可能性があるので注意です。

プラグインのサブフォルダについて実験した結果。

1. パラメータの取得やプラグインコマンドにはサブフォルダを含めたパスを指定
2. @base、@orderBefore、@orderAfterにはサブフォルダを含まないプラグイン名を指定

1よりプラグインは自身の配置されたサブフォルダを知っている必要があるので、プラグイン利用者がプラグインを整理するための機能ではなさそう。

一方、2よりサブフォルダで分けてもプラグイン名被りは依然として問題を起こすので、名前空間的に使えるわけでもなさそう。

イマイチ意図が……。

@munokura さん

タイムラインに返信できないのでこちらに。

今のところMZ用の受付ページはありません。

大量のMV→MZ変換依頼を請けたくなかったのと、Fsがある程度完成してからにしたかったのとで、先延ばしにし続けてる状態です。そのうち対応するつもりではいますが、今はMVの依頼だけで忙しい（そしてそれ故にFsの製作が進まない……）のでもうちょっと先になりそうです。

Markdownをツクールフォーラム用に変換するDenoスクリプトを新形式に合わせて更新しました。

Markdownをツクールフォーラム用に変換するDenoスクリプト書いたので置いておきます。


すべての記法に対応しているわけではないので、適当に弄って使ってください。

任意のプラグインコマンドの引数に無理やり変数やスイッチの値を指定するプラグイン、ツクールの仕様上あまりうまくやる方法がなくて、つくったものの出来が微妙なのでこっそりと置いときます。今後メンテするかどうかは考え中。


プラグインコマンドの引数に変数の値を指定するために、スクリプトコマンド経由で呼び出すという話が元々あって、それよりはわかりやすいかと思って書いたんですが、やっぱりプラグインコマンド自体が直接対応するのに比べて無駄な処理が多いんですよね……。