561(8): 窯良 ◆UpI3.b7mNs [sage] 2025/06/08(日) 01:42:54.91 ID:UZLHfmkr(1/3) AAS
予約ルールは第二版に改訂されました。
主にスイッチ・変数の割り当て捻出のために、未使用領域の解放を行いたいです。

外部ﾘﾝｸ:u6.getuploader.com
2024年6月8日までに予約されていたが未使用のままの領域のリストを、ツクラーごとにまとめた表のPDFを作りました。

こちらを確認のうえ、
予約を継続したい場合は、6月23日までに本スレまたは避難所で「〜の予約を継続します」という件をお知らせください。

万が一、使用ずみの領域が入っていたら申し訳ございません

563(2): 窯良 ◆UpI3.b7mNs [sage] 2025/06/08(日) 01:50:02.43 ID:UZLHfmkr(3/3) AAS
>>561
この表を作成するにあたって、共有領域や壁紙・パズル・SR分室用の領域は表からはぶきました。
また、使用状況があいまいなごく一部の領域についても、表から省かせていただきました。

期限までに特にコメントがなければ、予約が解消されますのでご了承ください

何か突っ込みどころがあったら、ご指摘いただけるとありがたいです

573(2): 窯良 ◆UpI3.b7mNs [sage] 2025/06/20(金) 01:02:16.32 ID:BzqfsbEz(1/4) AAS
>>572

第2版の予約ルールにのっとって、マップ、チップセット通行設定、スイッチ、変数の4種類とも使用状況を確認していました。
予約継続の宣言がない場合、いずれの予約領域を取り消すことができるものとして扱ってよいと>>561の時点では考えていました。

ルールはルールですので、予約確認後も継続されてない領域は、基本的にはいつ予約解消されてもよいものとして扱うのが筋が通っていると思います。
ただ、予約継続の確認を取るタイミングや解消を実施するタイミングについてはルールで決めてないので、それがいつになるかはその時アクティブなツクラーで決めればいいと思います。

実際的には、マップの割り当てやチップセット通行設定の割り当ては既存領域を空きに戻すことによる制作全体へのメリットが現時点では薄いので、
qxyさんのコメントの意図かと思うのですが、予約取り消しを実際に行うのは変数・スイッチだけでも大丈夫かもしれません。

特に、空き領域を作るという目的を達成するだけなら、最終更新が●年前のツクラーさんの領域に限って割り当てを解消する、というのもありえると今は思っています。
（具体的に何年にするのかは難しいですが、とりあえず10年とかでしょうか。）

予約ルールに準じるのであれば、マップID・通行設定に関しては、
wiki上の表に &null{2025/06/23時点で継続宣言なし}; という不可視コメントを残し、
将来どこかで予約を解消してもよい領域としてメモが残る形にするのが、運用として分かりやすくて良いかもと考えています。

これらは私の考えなので、もっと厳格にすべきだとか、>>561で確認取っている予約領域の解放をする/しないの曖昧な決め方を増やしてほしくないという意見だとかがあったら、教えて下さい。