準二級.jp

ある編集者の気になるノート : 本物の作り手になりたいなら、「なんかいいよね」を禁止しよう。

「いいなあ」って思ったときに，そこで思考停止しないで掘り下げて考えてみよう，ってことだろうか．うーん．うーん．モヤモヤしてきた．書き始めては見たものの，自己矛盾で終わりそうだ．

皆さんは，「いいなあ」と思ったときに「なぜ」を考えますか．考えること自体は楽しいのだけれど，その先に何があるのだろうなあ．考えること自体が大事なのか．

この間，Web上で，それはそれは「いいなあ」と思う写真を見つけてしまって，しばらく見とれていました．ステキな写真だったのです．それはあまりにも良かったので，何が良かったのかなんて言葉にならないと思いました．ただただ，良い写真だと思いました．言葉にした瞬間に，その写真が本来持っている良さが失われるような気もします．今，その写真を見せずに皆さんに文章だけでその良さを伝えられるかというと，自信がありません．

件のエントリの話と写真の話じゃ対象が違うかな．「本物の作り手」か．写真を撮る人はここでいう作り手に含まれるかな．

「なぜニコニコ動画は成功したか」「ニコニコ動画の○○がすごい」みたいなエントリがしばしば注目されていますね．これは，ただ「ニコニコおもしれー」って言うだけじゃなくて，なぜ面白いかを考えてみることが有益だってことの表れだろうか．じゃあ，そうやってたくさんの良いものの良さを考えるようにしていったら，自分も良いものが作れるようになるのか．ここが引っかかるところ．

良いものを作りたかったら，とにかく作り続けるしかないんじゃないかな．ボクは開発仲間に「想いは言葉じゃなくて成果物で伝えたいね」って言われたときにハッとした．「この人は純粋な作り手だなあ」と思った．「想いを成果物に込める．想いに沿った設計にする．そうすれば，言葉にしなくても伝わる」力強いメッセージでした．

良いものからは，そこに込められた想いを読み取るようにすればいいのかな．必ずしも言葉にならないものでもいいから，そこに，自分を惹きつける何があるのかを感じ取れるような感性を磨くべきか．

吐き出す – ブログにブクマコメなんてしなくなればいいのに

上記のエントリにブックマークコメントがたくさん付く，という皮肉ですね．すでに多くの方のブックマークコメントでも指摘されているように，「それが誰のためのものか」「誰に向けられたものか」という点を考えると面白いです．

ブログのコメント欄を利用して書くコメントは，やはりブログの書き手さんに向けられるものでしょう．そうして書かれたコメントは，対象のブログのコンテンツの一部になるかと思います．ブックマークコメントは，他のブックマーカーであったり，単なる自分のためのメモ書きだったりします．ボクはメモ書きとして使うことが多いですね．該当のエントリの中で最も気になった部分を引用しておくこともしばしばです．引用する場合は，ブログのコメント欄に書こうとは全く思いませんね．書き手に向けるものではないですから．今見てみると，件のエントリにブックマークコメントに書いた内容をそのままコメント欄に書いている人もいますね．これ，やっぱりコメント欄に書くと違和感たっぷりですよ．

ボクは自分のこれまでのブックマークを，自分を表現する手段として使っています．ボクが書いたブックマークコメントは，ボクが有するコンテンツだと思っています．id:subonさんが言う「コメントをもっと使えばいいのに。」にはすごく賛成なのですが，コメント欄に書いたコメントは，一覧にできないし，自分のコンテンツとするのが難しいっていうデメリットもあります．それでcoCommentを知ったときはすごく嬉しかったんです．でも，Firefox用のエクステンションが不安定だったり，出力してくれるRSSがよく分からなかったりして，常用サービスにはなりませんでした．残念．

書き手としては，自分が書いたエントリに対するコメントは，自分のコンテンツの一部にしたいって気持ちはあるだろうな．だからボクは，このブログでは，エントリの下部にブックマークコメントを表示させるようにしました．

ボクの見える範囲で立て続けに2件，AutoPagerizeのFORCE_TARGET_WINDOWにまつわる問題が起きていたので，エントリを立てることにした．FORCE_TARGET_WINDOW – Google 検索を眺めてみた感じ，既出と言われればその通りの話題のようだけど，誰かひとりの役にでも立てばいいと，そんなスタンスで書こう．

AutoPagerizeでページの継ぎ足しが起こると，閲覧ページ内のすべてのリンクに「target=”_blank”」が加えられる．つまり，別ウィンドウや別タブで開くようになるってことだ．AutoPagerize0.0.7でこの仕様が取り入れられたようで，現行のバージョン0.0.14でもスクリプト冒頭で宣言される「FORCE_TARGET_WINDOW」の値が「true」になっていると，このような挙動になる．

例えばAutoPagerizeが動いている状態でGoogleで何かを検索し，検索結果の3ページ目にあるリンクをクリックし，同一のタブ(もしくはウィンドウ)でリンク先のページを開いたとする．そのあと検索結果のページに戻ると，そこは検索結果の3ページ目ではなく，1ページ目なのだ．この「戻ったつもりが，もともといた場所に戻れない」問題を防ぐために，_blankで開くようになっているだろう．AutoPagerizeの作者であるid:swdyhさん自身は，

リンクをどう開きたいかは、基本的にはユーザに任せるのがいいと思うんだけれど、
AutoPagerizeでが動いてるような場合は、別ウィンドウがいいのかも、と思ってそうしてみた。
別ウィンドウで開きたい、とうより、同じウィンドウでリンクを開いて戻ったときに、
いっきにロードがかかるのを避けたい。
だからtargetの書きかえは、AutoPagerの起動時じゃなくて、
継ぎ足しロードが終ったあと。

SWDYH – AutoPagerize0.0.7

と言っている．

「なんで別タブで開くんだよぅ！」と思っていた人は，Firefoxの右下の方にいるお猿さんを右クリックして「ユーザスクリプトの管理」を開いて，AutoPagerizeを編集して，FORCE_TARGET_WINDOWの値を「false」に書き換えて使いましょう．また，AutoPagerizeの新バージョンをインストールすると古いスクリプトに上書きインストールされるので，そのときも値を書き換えるのを忘れないように！

swdyhさんよりコメントにてご指摘を頂きまして，誤った記述を削除しました．

さっき，twitterのボクから見える範囲でも話題になっていたので，軽くまとめておく．

mixiのリニューアル後から，mixiの日記のページでAutoPagerizeが動くようになった．誰かがSITEINFOを追加してくれたってことだ．だけど！過去の日記が継ぎ足される場所(insertBefore)がコメント欄の上だったからさぁ大変！コメント欄が逃げちゃう．追いかけても追いかけても逃げていく月のように！あと，tumblrのトップページの「Log in」のリンクも逃げますよね！

Twitter検索 : autopagerize mixiで見るみんなの反応．

この問題に対する解決策は，大きく分けて以下の2通りある．

• 「http://mixi.jp/view_diary.pl」で，AutoPagerizeを動かさないように設定する
• SITEINFOを書き換えて，コメント欄が逃げないようにする

「http://mixi.jp/view_diary.pl」で，AutoPagerizeを動かさないように設定する

この方法は，AutoPagerizeを利用するすべての人が覚えておくべき．@otsuneさんがご丁寧にotsune tumblrまとめサイト画像保管庫ＱにSSを載せてくれているので，参考にするといい．

SITEINFOを書き換えて，コメント欄が逃げないようにする

ボクはこっちの方法を選んだ．mixiのインタフェースだと，1日に複数の日記を書く人の古い日記が埋もれてしまうことが多々あって困っている．AutoPagerizeはこの問題をキレイに解決してくれるから，動かないようにしてしまうのは勿体ないと感じる．

url:          'http://mixi.jp/view_diary.pl*',
nextLink:     '//div[@id="diaryComment"]/div[@class="pageNavigation01"]/div[@class="pageList04 clearfix"]/ul/li[@class="pageLeft"]/a',
insertBefore: '//div[@class="diaryBottomAd"]',
pageElement:  '//div[@id="bodyMainAreaMain"]',

insertBeforeだけじゃなく，pageElementも書き換えた．過去の日記の本文と一緒に，コメント欄も取ってくるようにしている．

こんなことを書いている間に

@otsuneさんがSITEINFOのWikiを更新したようですね！動かさないように設定した人は，その設定を解除して，SITEINFOのキャッシュをクリアして，どんな挙動になったか確認してみるといいよ！これなら好き嫌いなくみんなが使えるんじゃないかな！

この件を通じて思ったこと

SITEINFOの難しさを感じた．ここで「ドリコムをなめないでいただきたい」でおなじみの@onkさんの言葉を引用します．

とりあえず，そもそも wiki を使って SITEINFO を集めるのが嫌いな理由は分かった。適用するかどうかの最終判断は自分のコントロール化にあるべきだと思っているからだ。

Twitter / Takafumi Onaka

この気持ちはすごく分かります．ボクはSITEINFOは素晴らしい仕組みだと思うし，もっとSITEINFOを活用した他のスクリプトが生まれてほしいと思っている身ですが，コントロールの問題はありますよね．ちょっとSITEINFOを編集しただけで，多くのユーザに影響が及んでしまうから，今回のように，小さい騒動になってしまうかもしれない．だから編集しようと思ったら慎重にならなきゃいけない．

今，「グローバルGreasemonkey」みたいなものを考えていて，これは，誰かがユーザスクリプトをインストールしたら，それがすべてのユーザに共有されるっていうものなんだけど，同じ種類の難しさがあるなあと思っている．アイディアの発端は，知り合いに「君の設定を教えておくれよ」と言われたときで，ボクが新しいスクリプトをインストールするたびに「これインストールしてね」っていうのは面倒だから．個人的には面白いアイディアだと思っているんだけど，やっぱり，解決しなきゃならない問題はあるね．

何かを使うに当たって「何が起きているのか分からない」状況は，気分の良いものではない．