推奨されるコードフォーマット

[elleonard]

古いコードを移植したコードしかないからかもしれませんが、このリポジトリのコードはフォーマットが独特に感じられます。
vscodeのeditorconfigやprettierなどのフォーマッターの設定として、このリポジトリにおいて推奨される形式があれば教えていただけないでしょうか。

[Sigureya]

コードフォーマットですが、以下の対応方針です。

インデントはスペース4つ。
ただし、即時間数の部分については字下げを行わない。

関数定義はVScodeのIntelliSenseが機能するように書く。

意識的に行っているのは上記の2つで、それ以外は適当です。
フォーマットが汚い部分については、単純に整理してないだけというパターンが多いと思います。

スペースの差し込みは適当です。
代入などの際はスペースを入れますが、それ以外は省略している場合が多いです。
また、行の途中にあるスペースで文が存在しない場所は、エディタによって差し込まれたスペースで、コードの残骸が残ってます。

[elleonard]

フォーマットが汚い部分については、単純に整理してないだけ

手作業で整形しようとするとどうしても漏れる可能性があるので、何かしら機械的な手段でコードを自動整形できる仕組みの導入を推奨したいですね。
VSCode内蔵のjs-beautify、prettier、editorconfig、その他どれか都合の良いものを選択されると良いと思います。
私のリポジトリでは、huskyでpre-commit時にprettierかけてます。（yarn使うので、ここまで整備するのはちょっと重いかもしれませんが）

ただ、

ただし、即時間数の部分については字下げを行わない。

このルールがかなり曲者な感じはします。
正確には、グローバル空間の汚染を防ぐためにプラグイン全体のコードを囲む関数式の内側1段階については字下げしない ですよね。（設定値を取得するための関数式の即時実行では普通にインデントされているため）

このレベルの柔軟さで設定できるフォーマッタを知らないので、ここだけなんとか解決する方法を探らないといけないと思います。
考えうる方法は3通りあります。

1. 柔軟なフォーマッタを探す

本当にあるのかどうかわかりませんが、あればこれが一番ラクなんじゃないかと思います。

2. マスターになるコード（保守対象）と配布するプラグイン（成果物）を分離する

マスターになるコードは即時関数を書かずにベタで書いて、何らかの機械的な手段で即時関数で囲む整形を行って成果物を出力する方法が考えられます。
グローバルを汚さないためだけの形式的な書き方でインデントする気持ち悪さ、無駄にコードの横幅が取られることを嫌ってのルールだと思われるので、それであれば保守対象にはいっそのこと即時関数を書かずに、後で機械的にくっつけてあげれば良い、という思想です。
私のリポジトリはこれに近い方法で管理しています。（rollup.jsのiifeフォーマットで機械的に即時関数をくっつけています）
参考: https://github.com/elleonard/DarkPlasma-MZ-Plugins

ただ、保守対象と成果物を分離するので、成果物のビルド方法、配布形式は整えてあげないといけません。（githubには保守対象のみpush、成果物はツクマテで配布する、等）
リポジトリの構造から変わるので、ちょっと重い作業になるかなと思います。

3. 手軽なフォーマッタに迎合する

そもそもこのルールを捨てて、最も手軽なフォーマッタ（VSCodeをご利用かと思いますので、デフォルトで入っているjs-beautifyとか）に迎合してしまう方法は、精神的に抵抗がなければ1より楽です。
これまでのコーディングルールを捨てることになってしまうので、あんまり強くこの手を推すのも躊躇われますが……。