返信

> こんばんは、ご愛用＆ベータ検証のご協力ありがとうございます。 > > ご不便をおかけして申し訳ございませんが、「既定のエンコード」で UTF-16 を選択されている場合の仕様になります。 > > 一応、仕様の説明をさせていただきますね。(めっちゃ長いです…) > > まず、前提として UTF-16LE、UTF-16BE の【BOM 無し】はテキストなのかバイナリなのかを判別できません。 したがって、UTF-16 (BOM 無し) を開く際にはバイナリを開くときと同様の警告メッセージが表示されます。これは UTF-16 (BOM 無し) のファイルの構造上、仕方ないです。 > > ちなみに UTF-16 (BOM 無し) を以下のテキストエディタで開いてみるとこんな感じでした。 > > ・サク〇エディタ → 文字化け > ・秀〇エディタ → 文字化け > ・E〇Editor → 「エンコードを指定してください」のアラート > ・Te〇aPad → 文字化け > > ここまでは、UTF-16 (BOM 無し) のファイルの仕様です。 > ---- > > で、Mery の「既定のエンコード」で UTF-16 の 【BOM 付き】のほうを選んでいるとします。BOM 付きですと当然、UTF-16 でも文字化けせず普通に開くことは可能です。 > > ここで、ギャラさんがご指摘された、win の右クリックから「新規テキストドキュメント.txt」を作成して Mery で開くとします。 > > この場合、Mery は文字コードが判別できない (空のファイルなので当然ですが) ため「既定のエンコード」を基準になんとか文字コードを判別しようとがんばります。 > > 既定の文字コードは「UTF-16 (BOM 付き)」ですが、どう見ても空のファイルに BOM は付いていません。 > > 仕方がないので、なるべく「既定のエンコード」に従いつつも BOM がないので UTF-16 (BOM 無し) として開きます。 > > ↓ > > そのまま編集して保存すると、UTF-16 (BOM 無し) で保存されて、最初に述べました UTF-16 (BOM 無し) はテキストかバイナリかわからないので警告が表示される。 > > ということになります。 > ---- > > 「既定のエンコード」が【BOM 付き】なのに、エンコードが判別できなかった時に【BOM 無し】になるのはおかしくね？と思われるかもしれませんが、 > > BOM 無しのファイルをエンコード不明のまま開いて、そのまま保存したときに意図しない [BOM] が勝手につけられてしまうのを避ける安全のための仕様です。 > > フォーラムにお寄せいただいたご意見を参考に現在のような仕様になりましたが、ご指摘されたケースにおいては、ちょっと問題がありそうなので、改善案があればご協力いただけると幸いです。 > > って、改めて読み返してみると、わかりづらいですよね…… ^^; > うーん、仕様が難しすぎます。

マークダウンを有効にする