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 を追加される文字データも翻訳されるっぽい。

2006年 08月 19日

XPath

XPath の解説書こうと思ったけどあまりの説明力のなさにぜつぼうした

  • データ型
  • コンテキスト

ポイント

  • ルートノード以外のノードは全て親をもつ (属性ノードの親はその属性の属する要素だったりする。書くときは直感的だけど、理解するときは微妙にえ?って思う)
  • ルートノードはルート要素ではない。ルートノードは名前をもっていない。
  • / と [] によるコンテキストの移動

XPath 1.0 では独自にデータ型を定めている。存在するデータ型は以下の通り

  • ノード集合
  • 文字列
  • 数値
  • ブール (真偽)

コンテキスト

とりあえずコンテキストさえ意識できればいいかもしれない。

  • ノード ( コンテキストノード)
  • 一組のゼロ以外の正の整数 ( コンテキストポジションおよびコンテキストサイズ)
  • 変数のバインディングの集合
  • 関数ライブラリ
  • 式の範囲内でのネームスペース宣言の集合

最初の二つ以外は特に重要ではない。とういうか、コンテキストノードさえ意識していれば、コンテキストを意識するということにはなる。上のを見て「変数が使えるのか!」と喜んではいけない。変数は XPath 単体では使用することができない (代入ができないので)。

さて XPath における / はコンテキストを分離する記号のひとつである。 (述語=ブラケットで囲まれた部分でもコンテキストが変わるので、ブラケットもコンテキストを分離する記号。/ とブラケット以外ではコンテキストは変わらない (はず))

    • >

記事のロングテール

どうやったら過去記事をロングテール化させられるんだろう。