06/14 15:45 @117Florian @5mingame2 構成オプションのMBCS/UNICODEは「出力されるバイナリの形式」の指定なので、入力する形式には影響しないと思われます

06/14 15:47 (@117Florian) @5mingame2 @gorry5 UTF-8にBOMがつくんですか？　バイトオーダー関係ないはずなんだけどなぁ。UTF-16辺りだと思われてるんでしょうか。 (daru)

06/14 15:47 (@5mingame2) @gorry5 ああ…そうでしたか^^; たった今後藤さんの前後のツイートを追っててなんとなくそんな感じなのでは…と思っていました。 ソースにascii以外の文字列が入っているコードのマルチプラットフォーム化の道は遠く険しい…orz (dagu)

06/14 15:50 @5mingame2 もともと「環境に依存する文字列定数をコードの外に追い出す」のはportしやすくするためのお約束みたいなものなので…まあ面倒くさいのは激しく同意

06/14 15:51 (@DARL_Japan) @117Florian @5mingame2 @gorry5 UTF-8に付けるBOMは、UNICODEかどうかの判定のためだけに存在すると言う、摩訶不思議な。 (dadi)

06/14 18:11 (@5mingame2) @gorry5 リソースをコードの外に追い出すのは大賛成なのですが、単なるデバッグプリントのリテラルまでコードの外に追い出さにゃならんのは、なかなか茨の道…なので従来通りデタラメ英文でなんとか…^^; つまり運用でカバー！ 笑。 (pure)

06/14 23:40 @sinpen これ作るのだけでもわりとコストかかっていそうな…

06/14 23:43 (@sinpen) .@gorry5 うむー、なので、デザイナの手が空いてる時に作るので（基本PG会社なので空くときは空く）そんなにコスト食いではないです。でも今、デザイナむっちゃ忙しく人気者なので、3月号からストップしてますｗｗｗ (gomo)