RSS
【症状】文字コード変換時に文字列末尾に余計な半角スペースが付く
【再現方法】
＃
文字列１は「フフフそちは」。
文字列２は文字列１を「sjis」から「utf8」へ文字コード変換。
ファイル１は「1.txt」。
ファイル２は「2.txt」。
文字列１をファイル１に保存。
文字列２をファイル２に保存。
終わる。
＃
とすると、1.txtの末尾には半角スペースは付いていないが、
2.txtの末尾には半角スペースが付いている。
【要望】余計な半角スペースが付かないようにして頂きたいです。
【バージョン】確認したバージョンversion 1.5322 & 1.5323
もしかしてこちらの件も
他の方のPCでは再現されていないのでしょうか？
そうでしたら本件も解決ということにさせて頂きますが、
いかがでしょうか？
ちなみに、私のPCでは1.5325でも
再現されます。
私の環境でも再現されますね。
同じく1.5325です。
どうやら文字コード変換で文字コードを変換すると末尾にNULLが付加されてしまいます。
とりあえず、現段階の回避策として、
「文字列２は文字列１をUTF8変換」
といったように個別の変換命令を使うことですかねぇ。
ばびぶべぼんさん、ご教示ありがとうございます。
「UTF8変換」を使えば大丈夫みたいですね。
助かりました、ありがとうございました。
ご対応ありがとうございます。
1.5326で動作を確認しましたが、気になる箇所が2点ほど。
＃
文字列１は「ジョワジョワヌワヌワ」。
ファイル１は「{デスクトップ}1.txt」。
ファイル２は「{デスクトップ}2.txt」。
ファイル３は「{デスクトップ}3.txt」。
ファイル４は「{デスクトップ}4.txt」。
ファイル５は「{デスクトップ}5.txt」。
ファイル６は「{デスクトップ}6.txt」。
文字列１をファイル１に保存。
文字列２は文字列１を「sjis」から「utf8n」へ文字コード変換。
文字列２をファイル２に保存。＃文字コードutf8n
文字列３は文字列２を「utf8n」から「jis」へ文字コード変換。
文字列３をファイル３に保存。＃文字化け？
文字列４は文字列１を「sjis」から「utf8」へ文字コード変換。＃文字コードutf8n？
文字列５は文字列１をUTF8N変換。＃文字コードutf8n
文字列６は文字列１をUTF8変換。＃文字コードutf8
文字列４をファイル４に保存。
文字列５をファイル５に保存。
文字列６をファイル６に保存。
終わる。
＃
(1)
「UTF8N変換」命令使用時テキストエディタで文字コードを確認すると
文字コードがUTF8Nになっている。
「UTF8変換」命令使用時テキストエディタで文字コードを確認すると
文字コードがUTF8になっている。
ここまではよいのですが、
「文字コード変換」命令を使用してたとえば
「(任意の文字コード)」から「utf8」へ文字コード変換すると、
テキストエディタでは
文字コードがUTF8ではなくUTF8Nになっているようです。
(2)「utf8n」から「jis」へ文字コード変換したものを
テキストエディタで開くと文字化け（？）しているようです。
他のケースは問題ないようでしたが、
上記2点、お手数ですが
ご確認願います。
上に挙げた
「(任意の文字コード)」→「utf8」と
「utf8n」→「jis」
以外のケースに関しては、
文字列末尾に余計な#0が付く現象が修正されていることを
確認しております。
こちらを先に書くべきでした。
申し訳ありません。
「utf8n」から「jis」では文字化けする、
とありますが確認してみたところ、正常に変換できているようです。
恐らく、Windows付属のメモ帳はJISに対応していないため
「$B%8%g%o%8%g%o%L%o%L%o」のように表示されると思います。
度々突っ込んできてすみません(^^ゞ
そういうことですか。
そもそも、
「(utf8n以外の文字コード)」→「jis」や
「utf8n」→「(jis以外の文字コード)」は
正常に変換できているのに
「utf8n」→「jis」の場合だけ変換できていない、
というのは理屈から考えておかしな話ですよね。
私も「何か変だな」と思いつつ、一応ご報告しておきましたが、
「utf8n」→「jis」も問題なし、ということで承知いたしました。
ありがとうございました。