エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
2000/07/06 日記: Java言語コンバータ(コード変換)挙動調査
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
2000/07/06 日記: Java言語コンバータ(コード変換)挙動調査
あと 本質論的には、何らかのツールを利用した場合、かえって MS932の方が ずれが少ない場合も考えられ... あと 本質論的には、何らかのツールを利用した場合、かえって MS932の方が ずれが少ない場合も考えられます。"SJIS"エンコーディング記述を用いた方が むしろ ずれる可能性が高いようにも思えます。というか "SJIS"エンコーディングに沿ったツールが既にあるものとして考えると むしろ "MS932" を使わずに "SJIS" を使った方が カタい挙動をするよ~にも思えるよ~な。 文字コード専門家でも何でも無い私に判ることと言えば 所詮この程度でした。あまり役に立てずにすみません。 もっともっと情報がゲットできたら、またポストしてくださいませ。 でわっ 件名:[igapyon:00051] Re: : Unicode と JDK のコード変換(長文) 政枝@JDKのIME制御機能とFEPが複数インストールされている環境での不具合との格闘中です。 > 文字集合を JIS X 0208:19