SHIGETA BLOG

ウェブページで、テキストボックスの内容を、もうひとつのテキストボックスに飛ばす、というのは、JavaScriptではお馴染みのパターン。
使うイベントハンドラは、onChange。
ところが、これが、IEで、思ったように動かないことがあることがわかった。
Submitボタンを押せば、飛ぶ。
ところが、Submitボタンを押さずに改行キーを押すと、直前の入力分が、飛ばない。
モジラ系、サファリ系、オペラでは、こういうことはない。
もちろん、普通のページでは、Submitボタンを押しても、改行キーを押しても、ページがすぐリロードしてしまうので、結果は似たようなもの。
でも、よく見ていると、Submitボタンを押したときには一瞬飛んでいるのが確認できるのに対して、改行キーの場合には飛んでいること自体が確認できない。
どういうときに違いが明確になるかというと、たとえば、飛ばし先を、frameを使って別ページにしているような場合。
<input type=”text” name=”thisBox” onChange=”parent.otherPage.document.forms.formID.theBox.value = this.form.thisBox.value;”>
なんてときだ。
ページがリロードしても、飛んだ結果は別ページの方に残るから。
入力したあとに、Submitボタンでなくても、どこかをマウスで空打ちするなど、明示的にフォーカスを外せば、正常にonChangeが発生する。
ところが、改行キーを押してしまうと、onChangeが発生しない。
なんとも不思議である。
そういえば、エクセルでも似たようなことがあったなあ、などとは思うが。
解決策はあればあるもので、onPropertyChangeというのを代わりに使えばいいらしい。
つまり、
<input type=”text” name=”thisBox” onChange=”parent.otherPage.document.forms.formID.theBox.value = this.form.thisBox.value;” onPropertyChange=”parent.otherPage.document.forms.formID.theBox.value = this.form.thisBox.value;”>
のように書き足すだけ。
あまり紹介されていないイベントハンドラだし、どうもIE以外では使えないようなのだが。
onPropertyChangeは、本来は、「プロパティーが変化したとき」だから、色が変わったりしたときに発生するらしいのだが、テキストボックスの中身が変わったときにも発生してくれる。
もっとも、onChangeが、フォーカスが外れたときにはじめてイベントが発生するのに、onPropertyChangeは1字入力するごとに発生する。
なんとも、ぜいたく、お節介すぎるのだが、実用としては、同じように使える。

前のブログの続き。
lengthを使ったperlコードだと、調整が必要。
たとえば、Mac OS Xのperlで

use utf8;
print length (‘あいうえお’);
print “\n”;

は「5」とUnicodeでの字数を表すが、

print length (‘あいうえお’);
print “\n”;

のようにuse utf8;がないと「15」と、ASCIIの字数、すなわちバイト数を表す。
これはじゃあMacJPerlではどうだったかというと、

print length (‘あいうえお’);
print “\n”;

が「10」を表示する。
ShiftJISでのバイト数。
文字のコードの問題をいえば、Unicodeで005cである「\」（バックスラッシュ）はShift-JISには変換できない。
Shift-JISの5cに変換できるのは、Unicodeで00a5の「¥」。

私がいちばんよく使うブラウザはFirefox 3rc。
最初のうちはあまり対応しているアドオンがなかったが、最近は3に対応するアドオンも増えてきた。
で、ようやく先日、Red Catsというテーマが3に対応した。
(上のリンクは「ブルーフレーバー」だが、「グリーンフレーバー」もある。）
このテーマ、これまで、インストールしてあったものの、2.0では使えるのに使っていなかった。
でも、せっかく3に対応してきたのだから使ってみた。
うん。いい。
デザインがかわいい、とか以前に、とても使いやすいのだ。
これまでいろんなテーマを使ってきたが、「使いやすい」と思ったテーマはこれが初めて。
Firefox使いの方には、（バージョン2.0の方にも）おすすめである。

Windowsパソコンが、直った。
iTunesの音飛び、というところに、いちばん問題が出ていたが、ハードディスクのアクセスが遅い、というのが本当の症状だ、ということに、数日前から気づいていた。
音飛びは、ハードディスクにアクセスするたびに、パソコンがハードディスクに集中しちゃって、音を出すことを忘れてしまうことからだった。
だから、ハードディスクを速くすれば解決するだろう、と思っていた。
いろいろと調べるうち、このパソコンはいわゆるPIO病だということがわかった。
PIO病とは、ハードディスクの読み書きに問題があったとき、その問題をカウントして5回を超えると、PIOモードと言われる慎重モードになってしまって、アクセスが異常に遅くなり、しかもパソコンがそのアクセスに全神経を集中してしまう、というもの。
だから、年がら年中ハードディスクのアクセスランプが点滅しているし、点灯するたびに音も飛び、マウスカーソルも動かなくなる。
で、上のページに紹介されているとおり、レジストリエディタでレジストリをいじってみた。
もちろん、復元ポイントを設定してから。
そして、とっても、おそるおそる。
レジストリエディタを使うのは初めてじゃないが、やっぱり怖いんである。
で。
劇的に解決した。

iTunes for Windowsの音飛びが、最近ひどくて、かなり悩まされてきた。
QuickTimeの設定をセーフモードに変える、バージョンを6.0.5に落としてみる、サウンドボードのアップデートなど、一般的にいわれていることはやってみたけれどだめ。
Atokのバージョンを落とす、というのまでやってみたがダメ。
ところが、今日、一応の解決を見た。
iTunesで「表示」メニューから「イコライザを表示」させ、イコライザをoffにしたら、直った。
いや、完全に音飛びがなくなったわけではないが、音飛びするときのカリカリいうノイズが、ほとんどしなくなったから、音飛びしてもあまり気にならなくなった。
そして、もう一度イコライザをonにして効かせても、元には戻らなかった。
イコライザを最初に開いてみたときの設定はflat。
つまり、イコライザが効いていない状態。
とても不思議なことだが、コンピュータではまあ、こんなことはよくあることではある。
現在のiTunes のバージョンは7.6.2.9。
最新のはず。
それから、音飛びするのは、どうやらCPUのビジーの時というより、ハードディスクへのアクセス時のようだ。

FireFox3が、RC1になった。
RCって？
公開候補、らしい。
いよいよ、正規版に近づいたってことだな。
ヘルプメニューの隣に「よく見るページ」というメニューができた。
クリックしてみたら、RC1にアップデートする前からのページがリストされてきている。
すでにβ5で準備されていたってこと?
へんなの。
と思ってよく見たら、スマートブックマークの「アクセスした回数の多いページ」と同じ中身だった。
同じような機能がダブっているの?

Wikipediaを何となくブラウズしていて、SeaMonkeyというブラウザを見つけた。
このSeaMonkey、Mozillaの後継だと言うんだが。
え？ Mozillaの後継はFirefoxだったんじゃないの？
さっそくMacintosh版をダウンロードして、インストールしてみた。
起動してびっくりした。
パーソナルツールバー（と言うらしい。つまり、ウィンドウ上部に並んでいるワンクリックブックマーク。リンクバー。）に、ずいぶんと懐かしいサイトが並んでいる。
もう何年も使っていないMozilla（Firefoxでない方の）のブックマークだ。
そういえば、Firefoxでは、Mozillaのブックマークが使えなかったんだっけ。
たしかにこれがMozillaの後継な訳だ。
ページの表示そのものは、Firefoxと何ら変わりない。
その一方で、MozillaのMのマークもあるし。
Firefoxにはない、ComposerやChatも、Thunderbirdに飛んでっちゃったMailも、ちゃんと備わっているらしい。
それなのに、気のせいか、Firefoxより軽いような気がする。
しばらく使ってみようかな。
一応、Windowsの方にもインストールした。
どっちもデフォルトで入っている以外のテーマが使えないが、ADBlock Plusだけはちゃんと使える。
というわけで、この日記はSeaMonkeyで書いてみた。
って、何か違う訳じゃないか……
いや、実はひとついいことがある。
Macintosh版Firefoxでmixi日記を書くと、顔文字のパレットの表示が崩れる（パレットに、日記を書く欄のスクロールバーがなぜか割り込む）のだが、それがない。
MacOSXでmixi日記を書く人にとっては、ベストチョイスかも。