昔の法律は「漢字＋カタカナ」で書かれているが、その法律を改正する場合でも「漢字＋カタカナ」ベースのままで文字を書き加えるのか。修正分量を最小限にする、みたいな方針でもあるのだろうか？ 別に統一しなくても、『新しく書き加える部分だけは「漢字＋ひらがな」で記載する』みたいな方針にしても良いのではないか。そうすると、ぱっと見てどこが古いままでどこが新しいのかが分かる。いや、そこを分かるようにしても仕方がないけども。もう全部「漢字＋ひらがな」ベースに一括修正してしまえば良いのではないかとも思うのだが、単に読みやすさの問題に過ぎないのでそうしないのだろうか？

なぜかPCの音量設定がMAXになっていてビビる。なんでや……。

読み始めた小説が面白くて、一旦読むのをやめるのをどこにすべきかな……と思っていたら全部読了した。┌(:3」└)┐

Bard（GoogleのChatAI）の待機リストに意味はあるのか……？ と思うほどあっという間に使用権が来ていた。今朝の8:36に待機リストに登録していたのだが、13分後の8:49には「It's your turn to try Bard」というメールがGoogleから届いていた。（ただ、その事実には気付いたのはついさっきなのだが。）

で、やはり日本語では会話してくれないようだった。(´･ω･`) とりあえず、日本語で話してくれるようになったらまた試しに行きます……。

最近、ティラミスを食べていないな……とプリンコーナーを通る度に思うのだが、今のところまだ買っていない。

UTF-8なPHPで出力しているWebページから、SHIFT-JISなCGIで動作しているWebページへform経由で情報を送る必要があるのだが、PHP側で文字コードをSHIFT-JISに変換した文字列をform内に入れておいても、そのページ自体がUTF-8で出力されているのでうまくいかない。CGI側は極力触りたくない。ので、「➊UTF-8なPHPで出力されるページのform」→「➋受け取った情報をSHIFT-JISに変換してformを再生成するPHP＆自動でformをsubmit(送信)するJavaScript」→「➌SHIFT-JISなCGI」という3ステップにしてみた。➋のPHPはほんの一瞬しか表示されないので、まあ問題ないだろう。ユーザがブラウザの「戻る」ボタンを押したときに➋に戻ると困るので、➋のHTML内ではJavaScriptでhistory.replaceStateを使って、戻り先が➊になるようにしておいた。この場合、ブラウザが（実際には）➊→➋→➌の順でページ遷移していても、戻るボタンを押すと➌→➋→➊ではなく、➌→➊→➊のように戻ることになって、➋の存在を履歴から消せる。➊が重複することになるが、大きな問題ではないだろう。

ブラウザのウインドウ(描画領域)内の下端の左右（つまり、描画領域の左下端と右下端）にボタンを配置するデザインを最近よく見かけるようになった気がする。ページに表示されている案内がとても少ない場合でもボタンは画面の端に固定されているというような。スマートフォンのように画面が小さければそれでも充分気付けるのだが（というか、そもそもスマートフォンのUIに合わせてあるのだろうけども）、ウインドウが広大なPCだと、ボタンの存在に気付きにくいし（最終的には気付くけども）、マウスの移動距離が長くて操作しにくい。スマートフォンでの見た目をベースにして作るにしても、もうちょっとPCでのUIにも気を遣って欲しい。