Migemoでページ内検索するためのGoogle Chrome Extension - by edvakf in hatena
一応完成したので公開します。 MigemoFindInPage - Google Chrome 拡張機能ギャラリー 前に作った ChromeMigemo Extension に依存します。これがインストールされてないと動きません。 ページ内検索で、いつも「今自分はどこにいるの?」という感覚になるのが嫌いなので、驚きを少くするようにこだわりました。 見つかった語が現在見えてる画面外にあった場合、強制的にスクロールしない。 スクロールする場合はスムーズにスクロールさせる。 あとパフォーマンスはけっこうチューニングしたので、けっこう軽いと思います。標準のページ内検索だと「次の結果」(Mac だと Command+g) をずーっと押してるとものすごく重くなりますが、そういうことはありません。 キーバインドの変更はゆくゆく考えていきます。とりあえず当たり障りのなさそうなところを使うようにしました。
ChromeMigemo Extension - by edvakf in hatena
Chrome で Migemo 検索するための Extension を作りました。 Extension Gallery に登録しました。 Google Chrome Extensions: ChromeMigemo これは何? Chrome 用 Migemo サーバー Extension です。 Migemo って何? Migemo: ローマ字のまま日本語をインクリメンタル検索を読んでください。 どうやって使うの? これだけインストールしても何も使い道はありません。他の拡張と連携して使うものです。 どうやって他の拡張と連携するの? Extension 間通信システムを使います。 他の拡張でこのように書くと、検索語 (ローマ字) から正規表現が作れます。 var regexp; var query = 'kaisetu'; chrome.extension.sendRequest( 'poc
GNU screen を使うときにやるべきたった一行の設定と、Mac の Terminal.app でマウスを認識させる方法 - by edvakf in hatena
タイトルは↓の記事へのオマージュです。 Mac で GNU screen を使う時にやるべきたった一行の設定 - #生存戦略 、それは - subtech ここで紹介されてる termcapinfo xterm* ti@:te@ について調べました。ここの FAQ に詳しく書いてありますが、ちょっと分かりにくいので順を追って説明します。 普通のターミナルで、less などのフルスクリーンプログラムを開いて、 ここで終了すると、 こうなりますよね？ ところが、GNU screen の中だと、デフォルトではこうなってしまいます。 これは、普通のターミナルの alternate screen という機能を使って「別画面で」フルスクリーンプログラムを実行しているからです。screen の中では alternate screen が有効ではないので、普段の感覚と違っていつもムキーってなります。このせ
「なぜ CSS が巨大になってしまうのか、なにがいけないのか」 - by edvakf in hatena
Nicole Sullivan さんの素晴らしいプレゼン。 5 Mistakes of Massive CSSView more presentations from Nicole Sullivan. 内容は30分ぐらい。ビデオのほうが分かりやすいのでおすすめ。だいたいスライドの35ページ目まではあんまりおもしろくないので飛ばしてもいいと思う。 スライド中に出てくる衝撃的な統計は、Sullivan さんのブログにもまとめられているのでご一見を。 Top 5 Mistakes of Massive CSS | Stubbornella 要旨 CSS の「ベストプラクティス」は間違っている。 プレゼンでは Facebook の例を挙げているけど、例えばサーバー側のロジックでは、ページヘッダー、右コラム、中央、左コラム、フッター、のようにビューを分けるところだけど、CSS をそのような区分でデザ
Macでログイン時にアプリケーションを時間差で起動する - by edvakf in hatena
Mac では .command 拡張子はダブルクリックできたりするので、もしかしてログインアイテム (System Preferences -> Accounts -> Login items) に .command ファイルを使えるんじゃないかと思った。 ↓ できた。 ↓ ログインアイテムを極力減らして、再起動時のストレスを減らす作戦。 というわけで、こんなファイルを書いて、実行権限を付けて保存した。(そういえば shebang を付け忘れてることに気付いたけど動いてるのでいいや。付けた) login.command #!/bin/sh cat $0 sleep 120; open -g /Applications/Mail.app sleep 30; open -g /Applications/Quicksilver.app sleep 30; open -g /Application
他人の記事のタイトルを使ってスパムリンクを大量に貼ってるウザいページ - by edvakf in hatena
Firefox だとおかしいと言われたので直した。 querySelectorAll を使ってるので Firefox 3.5 以上、Opera 10 以上、Safari 4.0 以上なら使えるはず。 Google検索の上位に表示されているページが元ページへのリンクを貼っただけのサイトでイラッとしたのでグリモン書いた - 今日もスミマセン。 深江直人(カッペ)さんのサイトは邪魔だよね、という話 - 隠れん坊将軍の隠れ蓑 常日頃からウザいと思ってました。 いや、別に検索結果で元の記事より下に来てくれるならあまり文句は言わないのですが、元記事はずーっと下のほうにあるのにこういう役に立たない自動生成ページが上に来るのが許せないのです。 というわけで、snaka さんが最初に書いてた UserJS をフォークしてみました。 http://gist.github.com/153078 http://g
JSDeferredがやっとわかった - by edvakf in hatena
JSDeferred による非同期処理のスライドを見て、「JSDeferred っておもしろそー」って思ってたんだけど、1ヶ月放置した挙句にやっと読み始めた。 JSDeferred の解説記事って検索しても出てこないので、ソース読まずにはちゃんとした使い方がわからない。 それどころか、ソース読んでも一見何やってるのかわからない。(おまけにコメント部分の英語がちょっとアレなのでというのもあるけど…) というわけで腰を落ち着けて読みながら理解した点をメモってたら、こんな分量になってしまった。 JSDeferredのソース読んでる - JavaScriptで遊ぶよ - g:javascript JSDeferredのソース読んでる・その2 - JavaScriptで遊ぶよ - g:javascript JSDeferredのソース読んでる・その3 - JavaScriptで遊ぶよ - g:jav
自前でキーボードショートカットを実装するウェブサイトは、キーボードでブラウジングする人のことをもっと考えてあげてください - by edvakf in hatena
簡単なことですが、ウェブサイトがキーボードショートを実装した場合、主にそれを使ってくれるのは、「普段からキーボードでブラウジングすることに慣れている人」です。 普段マウスを使う人は、どれだけ便利なショートカットがあったとしても、それに気付くことすらありません。 そして、キーボードでブラウジングする人が嫌うことのベスト3がこんな感じだと思います。 Flash 自分のショートカットをウェブページのショートカットに乗っ取られること。 自分のショートカットとウェブページのショートカットが同時に働いてしまうこと。 2番目は例えば Google Maps で、「もっと下」を見ようとしてマウスのホイールを回したら、ズームしちゃってウゼー!ってのと同じです。 この場合、よっぽどそのショートカットが使いやすくない限り、積極的に使いたいと思いません。 j/k で次のページ・前のページへ移動させるブログとかあり
MacBook(Pro)のキーボードとトラックパッドが同時に反応しなくなったときにやってみること - by edvakf in hatena
3日ほど前から、スリープから復帰後にキーボードとトラックパッドがどちらも反応がなくなって再起動するとまた動くようになる、ということが3回ほと続きました。 外付けのキーボードはちゃんと動きます。 今日になって、再起動しても元に戻らないようになったので、近くの Apple Store に持っていきました。 外付けディスクから起動してみても無反応であるのを確かめて、「あ、これはハードウェアの問題ですね。修理が必要です」と。 買ってからちょうど1年半で、サポート期限が半年切れていたため、5万円と言われました。 内訳は、 Item Number Description Amount Due 922-8035 KEYBOARD ASSY-USA $75.00 922-8036 TOP CASE ASSY $256.00 51490LL/A HARDWARE REPAIR-LEVEL 1 $105.00
LDR/Fastladderで各記事を表示時に動的にアレコレする方法 - by edvakf in hatena
一応前回の続きみたいなもの。 LDR/Fastladderの各記事に何かをするUserJSを書くとき - by edvakf in hatena というか掘り下げ。 おさらい 前作った表。LDR/Fastladder (と書くのが面倒なので以後は LDR とだけ書く) の各記事を弄る方法。 タイミング 特徴 柔軟性 COMPLATE_PRINTFEED 未完。早く作って。 極めて高そう AFTER_PRINTFEED DOM を弄るのが重そうだし、実際にはこのタイミングでは全部のフィードが表示されていないため、setTimeout などで複数回実行しないといけない。 高い entry_widget 将来の仕様変更に左右されにくい。 どちらとも言えない (違う! これが今日の本題) BEFORE_PRINTFEED DOM ではなく文字列操作なので気分はラクだけど、同じフィードを何度も表示す
FastladderよりLDRのほうが遅いのをなんとかしたいかも - by edvakf in hatena
↓こういう記事を読んだので。 LDRはFirefoxで見て、ピンを開くのはOperaという変則的な使い方をしている。というのも、LDRはどうやらFirefoxに最適化されているらしく、スピードが速い。 Loox Uと初音ミクで行こう！: Opera9.63のAcid3と最近のLDRと操作性とつまり雑文ってことね。 やっぱ LDR は最初のロードがもっさりしてるのをなんとかしたいね。Fastladder のほうはまだサクサクと言えるのに。 そりゃ FastladderでLDRのクローラを使うGreasemonkey とかを作りたくもなるよね。(ならない) というわけで、LDR を高速化すべく遊んでる。Opera 限定。 もしかしたら自分が北米にいるからこういう結果になるのかもしれないということを最初に書いておく。 ボトルネックを見つける とりあえず Firebug でネットワーク状態を見ると
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
