2006年 08月 22日

eval.call(window, foo)

aaaaaaaaaaa
こっちのほうが断然シンプルだ!! 恥ずかしい。

あれ、これだと動かない。

腹痛

神泉で急に刺すようにいたくなって (いつもは刺すような痛みじゃない) あせった。眠気が醒めるの通り越して寝るところだった。波が何回かきつつ gerry...

関係ないのだけど、数日前から口内炎がひどい。

getElementsByTagAndClassName()

.appendChild とかやってて、なんで not a function 出るんだって悩んだ。Elements Array ですから!

どうも

もちの connect でひっかかる。第四引数まで使う場合で、fun じゃねぇよ! obj じゃねぇよ! って怒られる。だいたい些細なミスだけど

DNBK

大文字だと DNSBL と似てる。

MochiColor

subtle_color = color.isLight() ? color.darkerColorWithLevel(0.5)
                               : color.lighterColorWithLevel(0.5);

svn diff -b

Align しまくると diff みにくくなるの回避。空白無視
trac は普通に ignore white space change あるのね気付かなかった。

あいであ

mixi の id から登録日を逆算する GM スクリプト

id=1 の BK さんが最初に日記を書いたのが 2004-02-25
100x : 2004-03-06
200x : 2004-03-12
300x : 2004-03-20
400x : 2004-03-29

と、ココまでやって、list_diary.pl では書いていなくても、登録月からのリンクが貼られることに気付く。すなわち、list_diary.pl を見てあげれば (その人が日記を公開していれば) いつ登録したか月単位でわかることになる。
RSS や、非公開の人の場合は、id が前後の人から推測するしかないようだ?

2006年 08月 21日

17歳へ それと 洗濯機から女の子の日常性について

17歳に、なりたい。ただ、それが、高校で、オレが、オレでないことを祈って、あるいは、オレがオレであっても、オレ以外のオレが、オレの中にいるように、生きたい。

どうでもいいけど、自分が想像する、洗濯機からでてくる女の子は、ヘッドフォンをつけてない。なぜなら、彼女にはそれが必要ないからなんだけど、いや別についていたっていいんだけど、ついていない子を見るほうが、多い。洗濯機から出てくる女の子は、目立たない。違和感がない。日常に溶け込んで、洗濯機から出てくる。

普通さの正しさ、自分の考える完全な普通さは、洗濯機からでてくる女の子につまっている。その日常とか、透明さが普通で、でもこの論理的じゃない、理不尽な世界においてそれは異常に見えることも、ときにはあるよね、っていうこと、なんですね。

すごく普通なことは、実際ほんとにリアルに溢れていて、それが自分の眼に「リアリティ」として現れるには、自分がそれに気付けるか、という一点にかかってる。自分がそれを感じられるか、って忘れないようにしないと。

雰囲気に飲み込まれて、立ち位置を見失うと、せっかく構築しかけた世界観も壊れるから、注意しながら、しっかり考えないと、また明日も明後日も危ない。

GM svn

http://d.hatena.ne.jp/kusigahama/20060820#1156083748
svn に入れるのはなんかちょっと個人的にはおおげさな感じがしてやりたくないなぁとか、おもったり、します。差分とか、いらない
config.xml は include とかの設定だけで、GM_setValue とかの設定は prefs.js だった、気がします。

本当の意味の Web 2.0 とは何なのか

君と僕が、繋がるってことさ。

クライアント領域で見る位置

LDR とかをキーボードで読んでいて思うんだけど、画面の一番上って見ないんだよなぁ。だいたいフォーカスのあたってる一個か二個下のエントリを読んでる。この日記の場合は「リアルを求めない」あたりに常に目のフォーカスがある。
だからピン (めったに立てない) 立てるときは一個もどって P 押したりとか。

見る位置

上に余白がないと、まだ上があるんじゃないかっていう不安があるのかなぁ。なんかそんな感じがする。
そういえば、普通の下スクロールで最後まで行ってもホイール回すのしばらく止めない。

2006年 08月 20日

dll 関数の補足と TODO

dll 関数 の補足と覚書

GM_xmlhttprequest の onload でなんで .call とかやっているかというと、一部ライブラリが this を window (Global) と仮定したコードになっているからです。eval のコンテキストの this を window (Global) オブジェクトにしてあげて、例えば MochiKit の export 先オブジェクトをそこにしてあげているわけです。

でもって、なぜ unsafeWindow でなく window なのかっていうのは、その export された関数とかが、ロードされたページに影響を及ぼさないためです。Greasemonkey 中の window はページ内のスクリプトからはアクセスできない (safe) ので、Greasemonkey 内限定で使う場合、副作用の懸念を減らすことができます。


でもって、id:brazil さんの記事 で、あああって思った。全部とってきてから eval したら、変に何回もリクエスト送らないでいいや。と、いう、か、GM_setValue 使えばいいんだけど、ちょっと GM_setValue で長い文字列突っ込むのは怖い。

Japanize

要素またぐときってどうすればいいんだろ。一部が強調されてたりとか、br で改行されていたりとか。

何このシチュエーション

フロ入ってあがってきたら gerry

Japanize

<div>
foobar foovar fookkk <a href="aa">aa</a>
</div>

ってあったとき、foobar foovar fookkk を翻訳する方法がわからないな。

あれ、できてる場合もあるなぁ。単純に入力ミスかなぁ。

あー。改行とか &nbsp; とかあるとだめなのか。正規表現にすればいいらしい

http://japanize.31tools.com/data/ 以下に location.host のディレクトリ。最新の翻訳データは current.txt

DOMNodeInserted と DOMCharacterDataModified イベントをリッスンしているため、JS を追加される文字データも翻訳されるっぽい。