[
最新
] ■[
前年
|
前月
|
前日
|
2011/06/14
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
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 15:54
@117Florian
読み込んだソースに"ef bb bf"の3バイトがあったらUTF-8ソースとして処理、とハードコードしてあるような気がします>VS2008のコンパイラ
--------
06/14 18:11
(
@5mingame2
)
@gorry5
リソースをコードの外に追い出すのは大賛成なのですが、単なるデバッグプリントのリテラルまでコードの外に追い出さにゃならんのは、なかなか茨の道…なので従来通りデタラメ英文でなんとか…^^; つまり運用でカバー! 笑。
(pure)
--------
06/14 23:40
@sinpen
これ作るのだけでもわりとコストかかっていそうな…
06/14 23:43
(
@sinpen
) .
@gorry5
うむー、なので、デザイナの手が空いてる時に作るので(基本PG会社なので空くときは空く)そんなにコスト食いではないです。でも今、デザイナむっちゃ忙しく人気者なので、3月号からストップしてますwww
(gomo)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2011/06/14
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]