ぱぱネット（仮）

_ ウツウツウツ・・・とプログラミング

Perlの件ではご迷惑をおかけしました。

1. Perlが内部コードを持つようになった
2. 必ずファイルやストリームの入出力には内部コードの変換がかむ
3. （同じ文字列に見えても）UTF-8フラグがあるものと無いものがある
4. ソースコードに直接記述する場合はuse utf8(モジュールではなくソースコードに効く宣言のようなもの？)を指定すると、UTF-8フラグがつく
5. 逆に従来の全てのソースに埋め込まれた文字列にはUTF-8フラグがない（laten-1？）
6. なので、フラグ付きと無しの文字列を連結したりしてから、出力しようとすると（printf文などほぼ全て）、おかしな変換をして出力する
7. フラグ付き文字列にutf8::encode($str)とするとフラグが落ちる
8. 落ちたもの同士を連結したりした場合は「従来どおりの挙動」
9. ゆえに従来のソースコードを流用する場合はソースコードは全てno utf8ですごすか、フラグ状態を自分で管理しよう
10. フラグはutf8::is_utf8()で確認できる（use utf8とは何の関係もない）

こういう理解で宜しいんですかね。 脳みそスカスカの俺には辛い・・・

全体的な流れとしては、今まではソースコードさえ何の言語で書いていいかわからなかったなどの、不明確な部分を減らしていきましょう、ということなんだろうな。

_ しかしCGI.pmはやはりおかしい

生Perlで

 <input type="checkbox" name="chk0" value="1" checked>
 アニメ・特撮

とやったものと、CGI.pmで

 $q->checkbox(-name=>"chk0" -checked=>1, -value=>"1", -label=>'アニメ・特撮');

とやったものは 結果が違う のである。CGI.pmの方は以下のように化けるのだ。

原因はこういうタココードによるものらしい。 一応qw/:standard -no_xhtml -utf8/などと指定しているがロジックのバグなのでもちろん直らない。UTF-8フラグ周辺が正しくても関係ない。 文字表示に関してはCGI.pmは棄てで！(いや使うけどね）

_ ぐごごごご

ミスで記事消しちまった・・・まあいいや。

_ ニコニコ動画でもみるか

鬼作ｗｗｗｗｗｗｗｗｗｗｗｗ

技術がすごい