スキンエディションの切り替えでページが再読み込みされるのは正しい設計です
Javaのエディターは64を、Bedrockのエディターは128を基準に作られています。この定数はビルドに組み込まれているため、両者がキャンバスを渡し合うことはできません。だからこそ各エディションはトグルではなく、それぞれ実際のURLになっているのです。
ここにあるスキンエディターは、設定を切り替えられる1つのプログラムではなく、2つのプログラムです。JavaかBedrockを選ぶと別のビルドが読み込まれてページが再読み込みされます。その理由は理解する価値があります。「なぜスキンがインポートできないのか」という一类の疑問の答えがそこにあるからです。
2つのビルド、2つのテクスチャサイズ
- Java —
TEXTURE_SIZE64。64 × 64、または旧形式の64 × 32を受け付けます。それ以外はすべて拒否します。 - Bedrock —
TEXTURE_SIZE128。128 × 128のみを受け付け、それ以外は受け付けません。
この定数は実行中のエディターが参照する変数ではなく、各ビルドに組み込まれています。したがって両者は互いにキャンバスを渡し合うことができません — 受け渡すための共通の表現が存在しないのです。実行時に値を差し替えても、プログラムの片側が誤った単位で動作することになります。
だからこそエディションの切り替えは再読み込みを伴います。URLに#bedrockを付けるとBedrockビルドが開きます。これにより各エディションは、新規訪問者がたどり着けない隠れたトグル状態ではなく、リンク・ブックマーク・共有ができる実際のアドレスになります。
どちらも相手のスキンを表示できない
ここがサポートへの質問として表面化する部分です。JavaのスキンをBedrockエディターに読み込んでも4分の1のサイズで表示されることはなく、拒否されます。BedrockのスキンをJavaエディターに読み込んでも同様に拒否されます。
「128 × 128は同じレイアウトを大きくしただけ」という直感は正しく、実際そのとおりで、すべてのパーツがJavaの座標の2倍の位置にあります。エディター同士がファイルを交換できない理由はレイアウトではなくビルドにあり、それぞれのペイント・グリッド・エクスポートのパイプラインが自らのTEXTURE_SIZEに合わせて設計されているからです。
今いるエディターに対して間違ったファイルを持っている場合、解決策はエディションの切り替えです。あるいは画像エディターで2倍の最近傍拡大（nearest-neighbour scale）を行うことでも、JavaのスキンをBedrockのキャンバスに正確にマッピングできます。
ワークフローにとっての意味
描き始める前に、対象プラットフォームを決めてください。完成したJavaのスキンは、Bedrockエディターのキャンバスまで2倍に拡大するだけの差ですが、エディターがそれを代わりにやってくれることはありません。
両方が必要な場合は、一度描いてから変換しましょう。ファイルは機械的に変換できます。拒否するのはエディターだけです。