ぐるりうぇぶ

終わったねぇ、色々と。今年になって、某国絡みの疑問点を解決するのに調べものを始めたら際限なくなって来て、色々悩んだんだが実は今回産まれて初めて自民党に入れた。自分が自民党に入れる日が来るとは思ってなかった。昔はずっと共産党に入れてたし:-)。ちなみに入れた人は当選した事ありません:-P。今回は久々に入れた人が当選した。珍しい事もあるもんだ(今回は順当か。接戦だったけど)。

Tommy Heartbeat 2nd - 入力より。懐かし過ぎ。Mac用の「き」「す」は両方とも使ってた(Performaにはまだ入ってる)。「き」がJISキーボード用、「す」がUSキーボード用。記号でもなんでも2バイト文字はキー二つで必ず出せるという、ある意味非常に合理的なIMEだった。

懐かしいとは言うものの、現役ユーザなんだよな、俺。Windows用だけど。実はWindows2000/XP用がまだ"百相鍵盤「き」"として存在してて、職場のPCでは未だに使っていたりする。今のバージョンでは2000/XPに対応した(NT/98以前は駄目みたい)のはいいんだけど、残念ながら今は配布していないWindows98/Mac用の以前のバージョンと、微妙にキー配置が違う……泣ける。指が以前のキー配置を覚えてるもんだから、それが原因でタイプミスが発生するんだよね。このバージョンから使う人には問題無いんだろうけど、昔からのユーザ(って俺以外に知りませんが)は戸惑うだろうな。やっぱり段(古いバージョンも使ってないと意味わかんないだろうな……)は変更しないで欲しかったなぁってここで言っても仕方ねぇだろ＞俺

地震の影響、というわけではないのですが、8月27日にサーバに使用していたiMac DV SEが死亡しましたorz

で、急遽次のサーバ機を検討せねばならなかったのですが、姉がPower Mac G5を買ったので今まで使っていたPowr Mac G4を母にやろうとしていたのを横取りしてやろうと思いまして、交渉。嫁さんが昔使っていたiMac(333/グレープ)を母にやり、代わりにG4を俺が貰うというようにうまくまとまったんですが、嫁さんからクレームが……

曰く『その中には今書きかけのペーパーのデータ＆アプリ(具体的にはWord Perfect)が入っているから人にはあげられない』。そりゃ駄目だorz。しかし、なんと『mac mini買っていいから』ですと！！

速攻で注文したのは言うまでもありません:-)。で、今日なんとか届きました〜。iMacのHDDは外付けFireWireディスクにしてデータや設定、アカウントの移行。iMac120GBでmac mini80GBだから最初移せなかったので管理者アカウントだけは作って(データは移すか移さないか設定できるようにして欲しかったなぁ)、webサーバとDNSサーバ(LAN向け)とGNU DIPの更新デーモンを設定してとりあえず運用開始です。まだ不具合出るかもしれないですけどね。

いやー揺れた揺れた。姉が今日新幹線で帰るんだが、ちゃんと動くのかこれで。

職場には連絡取れないし、どないすべぇ。

CotEditor 0.7.0で報告していたバグ(と他に色々)が直ったCotEditor0.7.2がリリースされていた。ちゃんと選択範囲と一致する内容が返って来るね。よかったよかった。

で、再検証。CotEditorで新しい書類を作って、適当に何か入力。この時必ず改行を入れる事。で、適当に複数の行を選択しておいて、以下のAppleScriptを実行。

tell application "CotEditor"
    tell document 1
        set line ending to CRLF
        set cl to contents of selection
        set line ending to LF
        set l to contents of selection
        set line ending to CR
        set c to contents of selection
    end tell
    return {cl,l,c}
end tell

見た目はほとんど同じ。clだけ改行が多いように見える(実際CR+LFだしな)。だが、以前のようにエディタ画面上で選択されている範囲とcontents of selectionで返される範囲が異なる、という事はない。また、各行の末尾に付いている改行コードはline endingで指定した物と一致している。これで安心してスクリプトが書けるな。

ちなみに、cl,l,cは内容が一致しません(改行コードが異なるので)が、paragraphs of cl,paragraphs of l,paragraphs of cは内容がちゃんと一致します。AppleScriptってCR,CRLF,LFを全部改行として扱えるのね。

農夫ヤコブが俺。共有者の鬼ヅモに大ピンチの人狼。あの時の反動が今頃来たらしい。ラストウルフの潜伏術をお楽しみください。

→村人視点ログ(プロローグ)

旅人ニコラスが俺。霊能者で初回襲撃。突然死の結果しか出せなくて残念。墓下では初日に黒出しされた村人パメラと面白おかしく過ごしました(マテ

→村人視点ログ(プロローグ)

rNote本山で配布されているカウンタ(PHP)を付けてみた。rNote導入以前は某CGIを改造した奴をSSIで埋め込んだテキストカウンタだったんだけど、PHPで埋め込みのやり方がわからなかった(つーか調べてもいねえw)ので放置してた。設定してみるとすげー楽だなぁ。事前に準備する者も無いし、スキンに書き込むだけ。これは楽だ。スキンと言えば、俺いつまでデフォルトのまま使い続けるんだろうねぇw

木こりトーマスが俺。初めての占い師。狼側にも『白過ぎてこちらは打つ手がなかったです』とまで言われた割に、敗北。結局潜伏狼のステルス性能に負けた感じ。俺は食われちゃったしね。まぁけだものコールが出来た事、狼を一人は見つけた事などなかなか満足度は高かった。あとやってない能力者は霊能者、やってないキャラはニコラスとヤコブだな。

→村人視点ログ(プロローグ)

AYNiMacさんで、プレーンテキストエディタのCotEditor 0.7.0が公開されていた。前のバージョン(0.6.5)からKEdit.appに代わって私のDockのFinderの右隣に鎮座しているのだが、実は前バージョンでAppleScript上の不具合を発見、報告したつもりでいたが、どうも報告してなかったらしい&直ってないので報告と回避策をば。

で、以下検証。CotEditorで新しい書類を作って、適当に何か入力。この時必ず改行を入れる事。で、適当に複数の行を選択しておいて、以下のAppleScriptを実行。

tell application "CotEditor"
    tell document 1
        set line ending to CRLF
        set a to contents of selection
        set line ending to LF
        set b to contents of selection
    end tell
    return {a, b}
end tell

line endingは書類の改行コードだ。さて、aとbの違いがわかるだろうか。CRLFの時は、選択範囲より前に存在する改行コードの個数と同じ数だけ、選択範囲の開始位置が前にずれているはずだ(だから選択範囲が1行目までの時は同じ)。これは上記スクリプトと同じ様にしてrange of selectionを取得すると理由が判る。rangeの示す数字自体は変わらないのだ。しかしながら改行コードが変わると、contents of selectonの内容は改行コードの変更を反映したものになる。改行コードの部分で1バイト増えるわけだ。そしてその分range of selectionが指す範囲とcontents of selectonが示す範囲がずれてしまうようだ。ちなみに、contents of document xで取得した場合の改行コードは常にLFになっているようだ。書類全体を処理したいのであればこっちを処理した方が楽だろう。

回避策だが、AppleScriptで処理する場合はcontents of selectonを取得する前にline endingを取得して保持。line endingをLFにして処理をした後、line endingを元に戻すというのが月並だけど確実だと思う。