突然ですが、s-take Blog はURLとブログタイトルを新しくします。
5年ほど前にBloggerのアカウントを取得して以来ずっとblogspot.com上にブログを公開していたわけですが、.meドメインのセールに惹かれてしまってつい取得してしまい、どうせだからということでこのブログの公開に使うことにしました。
ブログ名はドメイン名と同じにしました。安直だけど、個人的にこれが一番覚えやすいと思ったので。
古いURLにアクセスした場合は自動的に新しいURLにリダイレクトされます。個別のエントリやRSSフィードもリダイレクトされるはずです。
今後ともTakeba.meを宜しくお願いします。
Googleの検索結果ページを拡張するSafari機能拡張Mafuyuをv1.2にアップデートしました。今までMafuyuはGoogle Sites上にホストされていましたが、今回Bitbucket.orgに移行しました。ダウンロードや使用方法等、Mafuyuに関するものはMafuyuのプロジェクトページからアクセスできます。
v1.2の新機能として、controlを押しながら数字をタイプすることで新規タブで検索結果を開けるようになりました。また、今まではgoogle.comとgoogle.co.jpのみの対応でしたが、今回からは計10ドメインに対応します。
なお、v1.2の注意点として、旧バージョンからの自動アップデートはできません。これはバンドル識別子の変更によるもので、環境設定パネルのアップデート画面にMafuyu 1.2の名前は表示されますが、失敗します。v1.2をインストールする際は、旧バージョンをあらかじめアンインストールしてから手動でv1.2をインストールしてください。
MafuyuというSafari機能拡張を作りました。これをインストールすると、Googleの検索結果の各項目に番号が表示されて、その番号をキーボードでタイプするだけでその検索結果を開くことが出来るようになります。例えば、検索結果のタイトルの隣に「1」と表示されていれば、1をタイプするだけでマウスを使わずにそのリンクを開けるようになります。
当然ながらSafari 5が必要です。また、いまのところgoogle.comとgoogle.co.jpでしか動作しません。
Mafuyu v1.1を公開しました。「検索結果を開く」以外にも、「前/次のページを開く」「検索フィールドにフォーカスを当てる」アクションを追加しました。
Safari 5が公開されましたね。もちろん目玉は機能拡張（エクステンション）のサポートです。FaceTimeなんかより全然目玉です。
機能拡張の作り方はSafari Dev Centerで公開されています。早い話がHTML5+JavaScriptです。色々な設定をするplistは機能拡張ビルダーを使えば簡単に編集できます。
というわけで、ページ中にある2ちゃんねるのスレッドへのリンクをクリックすると自動的に2ちゃんねるブラウザが起動してそのスレッドを開く機能拡張を作ってみました。
ThousandとBathyScapheに対応しています（環境設定で切り替えられます）。やってることは2ちゃんねるのスレッドと思われるURLのスキームをthousand:やbathyscaphe:に書き換えているだけです。
すでに同じような機能を実現するBookmarkletsがありますが、機能拡張にすることによってわざわざBookmarkletsをクリックしなくてもページを開いた時点で自動的にリンクを変換します。
初めての機能拡張の開発で色々と引っかかったところとかは後々どこかでまとめたいなあ…
Minatsu v1.1を公開しました。公式p2を暫定的にサポートしました。
最近にわかにTwitter APIのxAuth認証が話題になっています。これは主にデスクトップアプリケーション向けに用意される認証方式で、簡潔に言うと「Webブラウザで認証画面を開く必要のないOAuth」といったところです。
従来のOAuth認証ではまずアプリケーション（OAuthコンシューマ）がTwitterに接続してRequest Tokenを取得し、認証画面を開いてRequest Tokenを承認させ、承認されたRequest Tokenを使ってAccess TokenとToken Secretを取得することによって各APIにアクセスできるようになります。しかしこれはアプリケーション側の実装が複雑になる上、デスクトップアプリケーションの場合はわざわざWebブラウザへ切り替えなければならず（ブラウザを内包するものもありますが）、ユーザにとっても面倒なものです。
そこで提案されたのがxAuthで、これはRequest Tokenの取得と認証という手順を省きます。アプリケーションはユーザからユーザ名とパスワードを受け取り、それを用いてTwitterに問い合わせることでAccess TokenとToken Secretを直接取得することが出来ます。xAuthを用いればアプリケーション側の実装は簡単になり、ユーザもわざわざWebブラウザを使って認証する必要がなくなります。
OAuthにくらべてアプリケーション側もユーザ側も作業を簡略化できるxAuthですが、当然デメリットがあります。OAuthの利点の一つ、ユーザがアプリケーションにパスワードを預けなくても良いという点が完全に失われます。xAuthでは一度Access Tokenを取得してしまえばそれ以降パスワードは使用しませんが、アプリケーションがパスワードをちゃんと破棄したかどうかはユーザにはわかりません。もしかしたらこっそりパスワードを保存していて、裏でこそこそと悪さをしてしまうかもしれないのです。つまり、Basic認証によるAPI利用の欠点（のひとつ）をxAuth認証も抱えているわけです。（まあ、認証したらすぐにパスワードを変えちゃうってのもアリですが、Twitterのパスワード変更は色々と面倒なので…）
パスワードを預けるという性質上、Webアプリケーションでは採用の余地はありません。素直にOAuthを使いましょう。必然的に、xAuthを採用できるのは（精神衛生的にパスワードを預けやすい）デスクトップアプリケーションになります。毎回パスワードをほぼ平文で垂れ流すBasic認証よりは間違いなくセキュアなので、ユーザの利便性を考えるなら採用を検討する価値は大いにあります。
Twitter APIのBasic認証は今年6月に廃止予定で、Basic認証を利用しているアプリケーションはこれに対処する必要がありますが、xAuthを使用することが出来ればアプリケーションへの変更がより少なくて済むんじゃないでしょうか。