スキンエディションの切り替えでページが再読み込みされるのは正しい仕様です
Java版エディターは64x64、統合版エディターは128x128を基準に構築されています。この定数は各ビルドへ組み込まれており、キャンバスを相互利用できません。そのため、エディションごとに独立したURLがあります。
このスキンエディターは、設定だけを切り替える1つのプログラムではなく、2つの別ビルドです。Java版または統合版を選ぶと対応するビルドを読み込むため、ページが再読み込みされます。この違いを知れば、別エディションのスキンをインポートできない理由も分かります。
二つのビルド、二つのテクスチャサイズ
- Java版 —
TEXTURE_SIZE64。64 × 64、またはレガシーな64 × 32を受け入れます。それ以外はすべて拒否します。 - 統合版 —
TEXTURE_SIZE128。128 × 128のみを受け入れます。
この定数は、実行中のエディターが参照する変数ではなく、各ビルドに組み込まれています。したがって、両者はキャンバスを互いに受け渡すことができません。受け渡し可能な共通の表現が存在しないのです。実行時に値を交換すると、プログラムの一方が誤った単位で動作することになります。
そのため、エディションを切り替えるとページが再読み込みされます。URLの#bedrockは統合版ビルドを開きます。隠れた切り替え状態ではなく実際のURLなので、リンク、ブックマーク、共有ができます。
互いのスキンを表示できない
Java版スキンを統合版エディターへ読み込んでも4分の1サイズで表示されるのではなく、拒否されます。統合版スキンもJava版エディターでは拒否されます。
128 × 128は「同じレイアウトで大きい」ので、スケーリングされるはずだという直感があるかもしれません。しかし、そうではありません。それは異なるサイズの異なるUVレイアウトであり、パーツが異なる場所に配置されています。一方をもう一方に変換するリサンプリングは存在せず、それを行うと謳うツールは推測に頼っていることになります。
現在使用しているエディターに対してファイルが間違っている場合、修正方法は画像エディターではなく、エディションの切り替えです。
ワークフローにとっての意味
描き始める前に対象プラットフォームを決めてください。完成したJava版スキンを、1回のエクスポートだけで統合版スキンへ変換することはできません。
両方が必要な場合、それらはたまたま似ているように見える2つの作業であり、それらの間の共通点はファイルではなくデザインです。