影羽連盟

エントリーURLをDeliciousへ投稿する

2009-03-20T11:29:00.001+09:00

BloggerからオンラインブックマークへエントリーURLを投稿しようとした場合、困った問題があります。たとえばはてなブックマークへBloggerから投稿を行おうとした場合、はてなブックマークのヘルプに掲載されている内容は、旧Bloggerのものなのです。

はてなブックマークの場合は、Blogger Beta Tipsさんのこのエントリーで解決しましたが（はてなアカウントを持っていないので確認してませんが）、問題はDelicious.comです。ご存知の通り、Delicious.comは最近になってdel.icio.usからバージョンアップしたため、URLその他の仕様がずいぶん変わってしまったのです。Blogger Beta Tipsさんの記事にある通りでは、エラーが出て使えません。

というわけで、Deliciousへの投稿リンクはこのようにしてみました。

ウインドウがポップアップするわけではないので、だいぶ不格好ですが、とりあえず使い物になったのでよしとします。

Blogger携帯版

2009-03-18T22:55:00.000+09:00

Bloggerには携帯版のページというものが用意されていません。Google本体は割と日本の携帯電話向けサービスに力を入れていますが、Bloggerはどうも温度差があるような気がします。

というわけで見つけたのが、リバーストーン・ラボの提供しているBlogger Mobile Viewer。BloggerのブログURLを入力するだけで、QRコードまで作ってくれます。

BloggerのRSSを読み取り、それを携帯向けに変換して出力しているようですが、利用方法も簡単でオススメです。

user.js

2009-03-17T01:58:00.002+09:00

Firefox最大の特徴のひとつは、言うまでもなくそのカスタマイズ性の高さです。テーマやアドオンはもちろん、user.jsを編集することで、様々な機能を利用することができます。Googleあたりで検索すれば、user.jsの例はいくらでも出てくると思いますが、自分のuser.jsも晒してみようと思います

@charset "utf-8";// ディスクキャッシュを無効にするuser_pref("browser.cache.disk.enable", false);// ディスクキャッシュ容量をゼロにするuser_pref("browser.cache.disk.capacity", 0);// メモリキャッシュを有効にするuser_pref("browser.cache.memory.enable", true);// メモリキャッシュ容量を指定するuser_pref("browser.cache.memory.capacity", 65536);// いかなる場合でもロケーションバーの表示を強制するuser_pref("dom.disable_window_open_feature.location", true);// カラーマネジメントを有効にするuser_pref("gfx.color_management.enabled", true);// カラーマネジメントのプロファイルを指定するuser_pref("gfx.color_management.display_profile", "");// Altキー（Optionキー）＋マウスホイールでページ単位のスクロールを行うuser_pref("mousewheel.withaltkey.action", 1);// SSL接続を行っている場合にFaviconの隣にドメイン名を表示するuser_pref("browser.identity.ssl_domain_display", 1);// 最小化した際にメモリを解放するuser_pref("config.trim_on_minimize", true);

Mac OS XとWindowsでuser.jsを共用しているので、このような設定になっています。

ちなみに、Firefoxで利用可能なuser_prefの一覧は、mozillaZineのKnowledgeBaseにあります。合わせてどうぞ。

MacFanレビュー再掲載

2009-03-16T18:44:00.000+09:00

http://journal.mycom.co.jp/column/macfansoft/001/index.html

マイコミジャーナルで、MacFan誌に掲載された記事の再掲載サービスが始まりました。公式サイトであるMacFan.jpではなく、なぜマイコミジャーナルなのかはよくわかりませんが、きっとPVや労力の関係なのでしょう。マイコミジャーナルは専従の編集部がありますが、MacFan.jpは本誌の編集者が管理を兼任している形ですし。

掲載されるのはハードレビューおよびソフトレビュー。ということは、担当はHさんとKさん（笑）。私はマイコミジャーナルだと海上さんのOS X ハッキング!が好きなのですが、レビューも面白くなりそうです。

ところでなぜこんなことをわざわざブログに書いたのかといいますと、冒頭の引用機能を試したかったからなのでした。

megazoomerとAnimatabler

2009-03-15T16:03:00.004+09:00

共に愛用しているSIMBLプラグインです。SIMBLはInputManagerとして動作するソフトで、このソフトのプラグインとしてInputManagerを実装すると、面倒な手続きを省いて簡単に開発が行えるというものです。

megazoomerはCocoaアプリケーションにおいて、コマンド＋リターンのショートカットで、際前面のウインドウをフルスクリーン化してくれるというもの。WindowsではDirect Xで同様の機能がありますが、それをMac OS Xでも実現したものです。

AnimatablerはやはりCocoaアプリケーションにおいて、ウインドウ開閉時にアニメーションを行うというソフトで、説明が少し難しいのですが、例えばウインドウオープン時に「largezoom」、クローズ時に「smallzoom」を指定すると、Windows Vistaのようなアニメーションをウインドウ開閉時に行ってくれるようになります。

前者はともかく、後者はインストールすると動作が少し重くなるようですが、見た目も面白くなるので愛用しています。オススメ！

ファイルの「確実な」コピーを行う

2009-03-14T21:09:00.000+09:00

Mac OS XのFinderは、実はファイルコピーが苦手です。大量、あるいは大容量のファイルコピーを行おうとすると、何の問題もなく終了したかのように見えて、実はファイルが破損していたりします。ファイルの「確実な」コピーというのは、実は難しい問題なんですね。

WindowsであればFastCopyあたりを利用すればいいのですが、Mac OS Xには「ファイルコピーツール」というのはありません。私はいつも、バックアップツールをファイルコピーに利用しています。

私のバックアップ環境はCarbon Copy Cloner+TimeMachineですが、ファイルコピーにはbackuplist+を使っています。理由は、信頼性の高いrsyncを内部で呼び出しているからです。もっと手軽に使いたい！という人向けには、やはりrsyncを利用したファイル同期ウィジェット「rsyncw」というソフトもあります。

これがないと生きていけないFirefox用スタイル

2009-03-08T12:13:00.002+09:00

最近になって、Firefoxに今更Stylishを入れたのですが、色々なスタイル探しにハマってます。その場でスタイルをプレビューできたり、再起動せずにスタイルを適用できるのが、こんなに便利だと走りませんでした。ホント今更。

というわけで、現在私のFirefoxに入っているスタイルの一覧です。

about:blank - Crystal Firefox v1.2: ブランク画面にFirefoxのロゴを表示する。

Google Maps Max Updated!: Googleマップの地図を表示する領域を拡大して、見やすくする。

Google Search - Columns & compact UI (clean): Google検索の結果をカスタマイズするスタイル。デフォルトは2カラムですが、1カラムにして使っています。でも本当はZMGoogleCSSみたいなのが欲しい……。

OS X Style for New Google Reader: GoogleリーダーをMac OS X風にカスタマイズ。以前はHICKSDESIGN製のスタイルを使っていたのですが、開発をギブアップされてしまったので、こちらに切り替えました。でも最近はローカルで動作するNewsFireを使うことが多いかも……。

Remove locationbar bookmark star: ロケーションバーに表示されている、そのURLをブックマークするアイコンを除去する。

続いては自分で入力したスタイルです。

ロケーションバーにフォーカス時はIMEをOFF: #urlbar *|input {ime-mode: inactive !important;}

ツールチップを半透明にする: tooltip { -moz-border-radius: 5% !important; -moz-appearance: none !important; font: message-box !important; color: #ffffff !important; background-color: transparent !important; background-image: url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAABmJLR0QA/wD/AP+gvaeTAAAAGElEQVR42mNkYGBYxkAEYGIgEowqpI5CABjxALr+NPKCAAAAAElFTkSuQmCC") !important; border: 1px solid #000000 !important;}

読み込み中のタブの文字色を変える: .tabbrowser-tab[busy] .tab-text {color: #dc143c !important;-moz-opacity: 0.9 !important;}

これだからFirefoxはやめられない！

デュアルブートのMacBookをトリプルブート化する

2009-03-02T01:15:00.001+09:00

以前、MacBookをトリプルブートにするまとめを書いたので、今度はMac OS X/WindowsのデュアルブートになっているMacを、トリプルブートにする手順を書いてみたいと思います。環境は以前と同じなので、上記エントリを参照してください。

まず用意するものは、LinuxとWindowsのインストールディスク、そしてrEFItです。私は例によって、Ubuntu 8.10とWindows Vista Home Premiumを用意しました。

最初に、Linuxをインストールするパーティションを作成します。Mac OS XとWindows、どちらのパーティションを削ってもいいのですが、私はMac OS Xのパーティションを削って、10GBのスペースを用意しました。これをディスクユーティリティを使って、FAT32にあらかじめフォーマットしておきます。

ここで注意しなければいけないのは、Windowsは先頭から四番目までのパーティションにインストールしなければ起動できない、ということです。最も先頭のパーティションはEFIが使用しており、その次のパーティションは通常であればMac OS Xが入っていますから、データ用にパーティションを切り分けて利用している人は、Windowsのシステムがインストールされたパーティションの位置に注意しましょう。普通は、/dev/sda3もしくは/dev/sda4にWindowsを入れておく、ということになります。

UbuntuのインストールCDからMacBookを起動し、用意した10GBのパーティションにインストールを行います。ファイルシステムには、ジャーナリングext3を選びました。また当然ながら、LinuxブートローダのGRUBはデバイスにではなく、Ubuntuをインストールしたボリュームへとインストールします。再起動して、rEFItの起動画面にある「Partition Tool」で、GUDパーティションテーブルと、MBRパーティションテーブルの不整合を修正しましょう。これを行わないと、パーティションサイズを正しく認識してくれません。

さて、ここまではいいのですが、このままではLinux、Windows共に起動しなくなってしまいます。そこでWindows VistaのインストールDVDからMacを起動し、「コンピュータの修復」を選んでドライバを入れ直します。

しかしこのままでは、まだWindowsを起動できないはずです。なぜかといえば、Windowsのブートローダを記録しているMaster Boot Recordが、Ubuntuのインストールによって破損してしまっているからです。そこで、再びWindows VistaのインストールDVDから起動して、「コンピュータの修復」を選びます。

今度はドライバの再インストールもなく、再起動を促されることもありませんので、おもむろにコマンドプロンプトを起動します。そして、「bootrec /fixmbr」「bootrec /fixboot」の二つのコマンドを実行しましょう。Windows XPの場合は、やはりインストールCDから起動し、回復コンソールから「fixmbr」「fixboot」の二つのコマンドを実行します。

これで、Mac OS X、Linux、Windowsの三つが正常に起動できるようになります。

HDDにヒートシンクを付けてみた

2009-03-01T01:37:00.001+09:00

私がTimeMachine用に利用しているHDDは、センチュリーのHDDケースであるSerial nano 400に、Western DigitalのWD5000BEVTを詰め込んだものです。これがまた静かで軽く、場所も取らずに使いやすいのですが、ファンも何もないものですから、結構熱くなってしまうのですね。そこで、CPU用のヒートシンクを使えないものかと考えてみました。

まず用意したのは、パワーサポート製の熱伝導シリコンシートと、38mm角のヒートシンクを6個。このシリコンシートは剥がれにくい上に、粘着剤などは使っていない粘土タイプですので、何度も貼り直しができます。これをちょうどいい大きさに切って、その上にヒートシンクを並べてみたのが上の画像。

外付けのHDDですからS.M.A.R.T.で内部の温度を調べることはできませんが、触ってみると明らかに熱さが違います。外へ持ち出す時はこのシートごと剥がし、帰宅したらまたシートごと上に乗せればいいわけです。

外付けHDDの温度が気になる方は、簡単ですのでぜひ試してみることをお勧めします。

表示中のウェブページを全画面キャプチャする

2009-02-28T05:03:00.004+09:00

Paparazzi!というソフトがあります。Safariのレンダリングエンジンを利用して、指定されたURLにあるウェブページの全画面キャプチャを撮るというソフトです。Safariのウインドウのスクリーンショットを撮っただけでは、どうしても「切れて」しまう部分が出てきてしまいますから、なかなか便利なソフトです。

ただ、Safariでそのページを開いて、URLをコピーして、Paparazzi!を起動して、URLをペーストして、キャプチャして、保存して、というのは面倒な作業です。1枚2枚ならそれでもいいのですが、数が増えてくるとウンザリしてしまいます。FirefoxならPearl Crescent Page Saverあたりを使えば楽なのですが、あいにくとSafariにはそのようなソフトはありません。InputManagerとして実装しなければいけないので、面倒なことになってしまうのでしょうね。

幸いなことにSafariもPaparazzi!もAppleScript対応のScriptableアプリケーションですから、AppleScriptで自動化してしまうことにしました。

SafariとPaparazzi!を起動した状態でこのスクリプトを実行すると、SafariでURLとページタイトルを自動的に取得し、Paparazzi!で全画面キャプチャを行います。その後に保存先のフォルダを指定すると、ページタイトルをファイル名としたPNGファイルとして、キャプチャした画像を保存します。

例によってスクリプトエディタへ自動入力するリンクは下記からどうぞ。

スクリプトエディタへ自動入力

オレオレ証明書でデジタル署名

2009-02-26T10:03:00.003+09:00

こちらの記事を参考に、手元のMacでオレオレ証明書を作ってみました。

さらにアップルサポートの記事を見ながら証明書ファイルをキーチェーンに登録して、Mailでデジタル署名を使えるようにしてみたのですが……考えてみれば、オレオレ証明書で署名しても、誰もその正当性を証明してくれていないわけですから、あまり意味はないですね。ベリサインでは個人用電子証明書を発行してくれていますが、これって年間いくらくらいかかるのかな……。

Firefox 3.1は本当に速いのか？

2009-02-14T19:01:00.004+09:00

最近、メインのブラウザをFirefox 3.0.5からFirefox 3.1b2へと変更しました。拡張機能関係で色々と面倒なこともあったわけですが、新採用されたJavaScriptエンジン「TraceMonkey」もあって、キビキビと動いてくれています。Firefox 3.0.x系列に搭載されているJavaScriptエンジンは「SpiderMonkey」と呼ばれており、「TraceMonkey」はJITコンパイラの採用などで高速化されている、というのが売り文句です。

確かに使っていると体感的にも速いかなと思うのですが、どのくらい速いのか、ベンチマークを取ってみることにしました。まずベンチマークに使用した環境から。

Model : MacBook 13" White (early 2008)
CPU : Core 2 Duo / 2.1GHz
Memory : 4GB (2GB×2)
System : Mac OS X 10.5.6 (9G55)

そして比較対象となるブラウザです。今回はFirefox 3.1b2、Firefox 3.0.6の他、Mac OS X標準のSafari 3.2.1、次期SafariであるWebKitのNightly Build、そしてOperaを使いました。その他のブラウザ、OmniWeb、シイラ、iCabはWebKitベースであるということで、Safariと同列に見做し、外しました。カッコ内は、UserAgentに記載されたレンダリングエンジンの名前とバージョンです。

Firefox 3.1b2 (Gecko 1.9.1b2)
Firefox 3.0.6 (Gecko 1.9.0.6)
Safari 3.2.1 (WebKit 525.27.1)
WebKit r40957 (WebKit 530.1)
Opera 9.63 (Presto 2.1.1)

ベンチマークテストに利用したサイトは、Mozillaが運営しているDromaeoです。Mozilla謹製のテストだけではなく、例えばWebKit開発チームの作成したSunSpiderなど、他のJavaScriptベンチマークを同時に実行し、結果をまとめてくれます。単位はruns/secなので、数字が大きいほど高速であるということになります。

結果は……WebKitのNightly Buildのぶっちぎりでした。ベータ版ですらないNightly Buildですが、速度に関しては圧倒的です。そして次点がFIrefox 3.1b2、僅差でSafari 3.2.1でした。Firefoxは3.1b2、3.0.6共に新規にプロファイルを作成してベンチマークにかけていますので、このくらいの差であれば、拡張機能をインストールすることでひっくり返ってしまいそうです。

このTotal Scoreは各種テストの結果を総合したスコアですが、各テストの詳細を見ると、面白い傾向が見えて来ます。当然のことなのですが、JavaScriptエンジンにはそれぞれ得手不得手があります。TraceMonkeyやWebKitのJavaScriptエンジンであるJavaScriptCoreは、それが極端に出ているんですね。もちろん誤差もあるでしょう。今回はそれぞれ一回しかテストを行っていませんが、複数回のテストを行って、平均値を取った方が、より正確な結果になるのかもしれません。

しかしこの結果は、個人的にも興味深いものでした。Safariは日頃から「サクサク動く」という印象があったのですが、次期Safariにも期待が持てそうです。

テスト結果のExcelファイルをGoogleドキュメントで公開しておきます。XLSの他、PDFやCSV形式でのエクスポートも可能ですので、よろしければどうぞ。

JavaScript Benchmark : Dromaeo

アプリケーションをデーモンとして起動する

2009-02-10T02:35:00.005+09:00

Windowsでは、アプリケーションをサービスとして起動する方法があるわけですが、Mac OS Xでも、アプリケーションをデーモンとして起動する方法があります。Dockには表示されませんが、ログイン前に起動してくれますし、root権限で動作するので、別アカウントに移っても機能は有効なままです。バックグラウンドで常に動作させておきたい、フェイスレスアプリケーションを、この方法で起動させておくと便利です。

その方法は簡単なもので、起動したいアプリケーションのプロパティリストを記述し、/Library/LaunchDaemonsフォルダへ入れておくだけです。例えば、ニコニコ動画のローカルキャッシュサーバである「NicoCache」を、デーモンとして起動させてみましょう。NicoCache本体はJavaで記述されており、ファイル名は「NicoCache.jar」です。ファイルは/Applications/NicoCacheフォルダにあるものとします。

通常のMac OS Xアプリケーションを起動する場合は、/usr/bin/javaとなっている部分を/usr/bin/openとします。アプリケーションンバンドルの拡張子、「.app」もお忘れなく。要するに、ターミナルからアプリケーションを起動する時の要領で記述してやればいいわけですね。

このプロパティリストを、Labelで指定した名前、この場合は「jp.asr.NicoCache.plist」という名前で保存し、/Library/LaunchDaemonsへ入れて、ターミナルで

を実行します。

再起動してみれば、「アクティビティモニタ」で、プロセスがroot権限で起動しているのがわかるでしょう。

SQLite ManagerとFavicon Picker

2009-02-09T06:03:00.002+09:00

大抵のサイトにはFaviconが付いているものですが、例えばBookmarkletなど、Faviconがなくて寂しいブックマークもあります。Firefoxでは、Favicon Picker 3を使えばブックマークに自由にFaviconを設定できます。しかしこのFavicon Picker、Mac OS X版Firefoxとは相性が悪い上に、Firefox 3.1には未対応です。何たること！

Firefox3以降では、ブックマークや履歴、Faviconの情報やその関連付けは、プロファイルフォルダ内にあるplaces.sqliteというファイルで管理されています。拡張子から分かる通り、これはSQLiteのデータベースファイルです。そしてFirefoxには、SQLite Managerという便利なアドオンがありまして、このplaces.sqliteを直接編集することができます。しかしFirefox 3.1ではplaces.sqliteの仕様に変更があり、このSQLite Managerもうまく機能しません。何たること！

でも、どうしても白紙FaviconのブックマークにFaviconを設定したい！という時には、SQLiteデータベースを直接操作してしまうという方法もあります。危険ですので、実行の際はバックアップをお忘れなく。TimeMachineを常用している人は、そこから復旧してもいいです。

利用するのは、SQLite Database Browserという、SQLiteデータベースのフロントエンドアプリケーションです。Mac OS Xだけではなく、WindowsやPC-UNIX版もあります。

まずは、利用したいFaviconのあるサイトを閲覧します。URLはメモっておきましょう。これで、そのFaviconがキャッシュされ、履歴にもURLが残ります。そしてFirefoxを終了させます。Firefox起動中はデータベースがロックされていることがあるので、Firefoxが起動していないことを確認してから、SQLite Database Browserを起動します。そして、プロファイルフォルダ内のplaces.sqliteを開きます。プロファイルフォルダは各OSによって場所が違うので、Mac OS Xでない人はMozilla Firefox まとめサイトあたりで調べてください。同じフォルダに「place.sqlite」というよく似たファイル名のデータベースもありますので、お間違えの無いように。

データベースを開いたら、「Browse Data」タブに移動し、「Table」のポップアップメニューから「moz_favicon」を選びます。ここにはキャッシュされているFaviconと、URLの関連付け情報が格納されています。ここでURLを頼りに、目的のレコードを探しましょう。目的のレコードが見つかったら、そのIDを控えておきます。

次にやはり「Table」のポップアップメニューから、「moz_places」を開きます。大量のレコードがあると思いますが、ここでもまたブックマークのURLを頼りに、目的のレコードを探してください。検索も一応可能ですが、あまり頼りになりません。

目的のレコードを探し当てたら、「favicon_id」というデータを見てください。白紙Faviconのブックマークの場合、ここが空欄になっているはずです。ここに、先ほど控えたIDを入力します。そして、「Save Database」で変更を保存してから、「Close Database」で忘れずにデータベースを閉じ、データを更新してください。閉じる前に、「Compact Database」でデータベースを軽量化してもいいです。

そしてSQLite Database Browserを終了させ、Firefoxを起動。Faviconが付加されていることを確認しましょう。付加されていなかったら……それはきっと、IDかIDを入力する欄を間違えたのです。バックアップからplaces.sqliteを復旧して、もう一度やり直してください。

WikipediaをEPWING化する

2009-02-08T17:52:00.012+09:00

私はWikipedia中毒なので、いつでもどこでも携帯電話すら繋がらない場所でもWikipediaを楽しめるよう、Wikipedia日本語版をEPWING化して、MacBookに入れてみました。

用意するもの。

ダンプデータはもちろん最新版をダウンロードします。wikipedia-fpwにはPerl 5.8以降が必要ですが、自分のMac OS X 10.5.6にはPerl 5.8.8が入っていたので、それをそのまま使いました。利用したのは、ダンプデータは2009年1月25日版、FreePWINGはバージョン1.6、wikipedia-fpwは20090126版です。

まずはダンプデータをダウンロードします。1GB近くあるので、深夜早朝帯に気長にやりましょう。FreePWINGとwikipedia-fpwをダウンロードし、FreePWINGはコンパイルしておきます。

FreePWINGは、アーカイブを展開したディレクトリをターミナルで開き、

とします。すると、/usr/local/binにfpwmakeというコマンドが出来上がるはずです。うまくいかない時は、スーパーユーザ権限で試してみてください。

次に変換作業です。wikipedia-fpwとダンプデータを展開し、ダンプデータはwikipedia.xmlとリネームして、wikipedia-fpwを展開したディレクトリに放り込んでおきます。そしてそのディレクトリに移動し、

変換作業には数時間、カタログ作成は一瞬、パッケージ作成には数十分かかりました。処理が終わると、ZIPアーカイブが出来上がっていると思いますので、これを展開します。

これですでにEPWINGリーダーで読めるデータになっているのですが、その容量は1GBを超えています。容量が気になる人は、EBライブラリでepzipへ圧縮し、対応しているリーダーで読むといいでしょう。ebzip圧縮にはDicCompressorJまたはEBShrink on Macが使えます。私はegbridge Universalに附属の電子辞典ビューアで読みたかったので、ebzip圧縮は行いませんでした。

で、実際に使ってみた感想ですが……インターネット環境があるなら、普通にブラウザで読んだ方がいいです。MacBookもいつも持ち歩くものではありませんし、iPod touchやiPhoneにiDicをインストールし、他のEPWING辞書と一緒に持ち歩けば快適かもしれません。

変換なんて面倒くさいことやってられるか！という方には、変換済みのファイルを用意しました。ライセンスはGFDLです。ダウンロードは以下からどうぞ。ファイルサイズを小さくするため、ZIPやgzipではなくtar+bz2で圧縮してあります。

Wikipedia 2009年1月25日版 JIS X 4081形式

MacBookをトリプルブートにするまとめ

2009-02-03T00:47:00.005+09:00

MacをMac OS X/Ubuntu Linux/Windows Vistaのトリプルブートにする手順をまとめてみました。まずは環境から。

Model : MacBook 13" White (early 2008)
CPU : Core 2 Duo 2.1GHz
Chipset : Mobile Intel® GM965 Express
HDD : 日立 HTS723232L9A360 (300GB/7200rpm)
Memory : 4GB (2GB×2)
System : Mac OS X 10.5.6 (9G55)

これまでは、Mac OS Xに280GB、Windows Vista Home Premiumに20GBを割り当てて使っていたわけですが、この構成を多少変更することにしました。まず始めに、Mac OS X領域を縮小するため、Mac OS Xを再インストールします。標準インストールでは、余計なファイルがインストールされるため、HDD領域を圧迫してしまうからです。

MacBookのインストールDVDから起動し、アーカイブインストールを選んで、カスタムインストールで日本語と英語以外の言語環境、追加フォント、余計なプリンタドライバを削ります。私はプリンタにはブラザーのモノクロレーザーとキヤノンのカラーインクジェットを使っているので、それだけは残しておきます。

アーカイブインストールを終えたら、次に余計なアプリケーションを削除します。特に、バンドルされていたGarageBandとiDVDはAppCleanerで削除。GarageBandはループやデモソングの容量が馬鹿になりませんし、私のMacBookに搭載されている光学ドライブはComboDriveなのでDVDへの書き込みができないのです。

こうしてMac OS Xの容量を節約し、iDeflagをかけてから、ディスクユーティリティでMac OS Xの領域を250GBまで縮小します。残り50GBは15GBと35GBに分割し、15GBをUbuntu Linux用、35GBをWindows Vista用としてFAT32で初期化しておきます。

この時点でのパーティション構成は、

/dev/sda1 200MB (EFI)
/dev/sda2 250GB (Mac OS Xインストール済み)
/dev/sda3 15GB (Ubuntu Linux用)
/dev/sda4 35GB (Windows Vista用)

そしてUbuntu Desktop 8.10 日本語RemixのLiveCDイメージをダウンロード。適当なライティングソフトでCDに焼いておきましょう。この辺でrEFItをインストールし、設定しておきます。

いよいよインストール開始です。UbuntuのLiveCDからMacBookを起動し、15GBのパーティションである/dev/sda3へインストール。ファイルシステムはext3とし、ブートマネージャも/dev/sda3へインストールします。デフォルトでは/dev/sdaへインストールされてしまい、以前の二の舞いになってしまいますので、インストール直前の確認画面で「詳細」をクリックし、GRUBをインストールする領域を明示的に指定します。なおファイルシステムのうち、XFSを選択すると、ほぼ確実にGRUBのインストールに失敗し、Ubuntuが起動しなくなりますので注意しましょう。

インストールが成功したら一度Mac OS Xで起動してUbuntuのLiveCDをWindows VistaのインストールDVDに入れ替えます。Mac OS Xはext3に対応していませんので、Ubuntuがインストールされたボリュームは見えないはずです。

再び再起動し、Windows Vistaをインストール。推奨インストールを行えば、MBRにきちんとBootmgrが書き込まれるはずです。

これでインストールは終了。rEFItから、それぞれ選択したOSがきちんと起動するようになりました。ドライバ類をインストールし、インターネットに繋いでアップデートをかけ、約半日で作業終了。めでたく私のMacBookはトリプルブートになりましたとさ。

なおこの方法であれば、VistaをXPに変更したり、Ubuntuを別のディストリビューションに変えたりしても、きちんと使えるのではないかと思います。

MacBookにUbuntuをインストールした

2009-02-02T20:36:00.003+09:00

さてその後、色々と調べてみた結果、結局Ubuntuを再インストールすることにしました。8.04ではなく8.10であれば、MacBookのAirMac Extremeに標準で対応しているから、というのが大きな理由です。しかしその前に、インストールされてしまったブートローダのGRUBを削除せねばなりません。

WindowsはXPからVistaで、起動プロセスが大きく変更されました。XPまではNTLDRを利用して起動していたのですが、VistaではこれがBootmgrを利用するようになっています。当然、MBRを回復するコマンドにも変更があり、XPで利用されていたfixmbrとfixbootは、Bootrec /fixmbrとBootrec /fixbootに置き換えられています。

まずはUbuntuの再インストールです。LiveCDから起動し、パーティションを一度削除してから、再フォーマットしてインストール。この際、ブートローダはデバイスにインストールするのではなく、ブートボリュームにインストールします。具体的には、私は/Bootなどのブートボリュームを設定しませんでしたので、デバイスである/dev/sdaではなく、Ubuntuがインストールされている/dev/sda3へとインストールしました。

そして次に、Windows VistaのインストールDVDから起動し、システムの回復をおこなってから、再度Vistaを通常起動し、インストールDVDの中にあるBootrecでMBRの修復を行います。

これでうまくいくと思ったのですが……結果は、Ubuntuは起動するものの、Vistaが起動しなくなってしまいました。GRUBの画面にはVistaが表示されはするのですが、選択しても画面がブラックアウトしてそのままです。

結局、Vistaボリュームには大事なデータは何も入っていないということで、UbuntuとVista、両方を再インストールすることにしました。ついでにMac OS Xにも手を加えまして、300GBと現在では決して大容量とは言えない内蔵HDDを有効利用することに。

その手順は、例によってまた次回。

MacBookにUbuntuをインストールする

2009-01-27T23:42:00.008+09:00

MacBookにUbuntu LinuxをインストールしてMac OS X、Windows Vistaとのトリプルブートにしてみようと思って早数日。Mac OS XとWindows Vistaの入っている内蔵HDDから、Mac OS Xに利用している領域を縮小してそこにUbuntuを入れようと思っていたのですが、なぜかパーティションを切れない。

これにはずいぶん悩んだのですが、原因はHDDのフラグメンテーションでした。要するに、ボリュームの最後の方に書き込まれているデータがあったわけなのですね。じゃあデフラグすればいいじゃんというわけで、iDeflagをVectorオンラインストアで購入。デフラグしてデータをボリュームの先頭にまとめ、ターミナルからdiskutilでパーティションを切り直し、FAT32で再フォーマットしました。

そして、あらかじめ用意しておいたUbuntu 8.04のLiveCDからext3でフォーマットし直して、インストール。インストールはUbuntuらしくあっさり成功して、rEFItからも起動できるようになりました。

しかしここで問題発生。インストール時にGRUB（Linuxのブートローダ）を一緒にインストールしてしまったため、rEFItからWindows Vistaが起動しなくなってしまいました。Vistaのブートローダを上書きしてしまったわけです。まずUbuntuを起動して、そこからVistaを起動するしかないのですね。これはいかにも面倒くさい。しかもUbuntu 8.04には私の使っているMacBookのAirMac Extremeカードに搭載されているBroadcom製チップのドライバが入っていません。インターネットへ接続するには、Ethernetで有線接続するか、別途ドライバを用意せねばなりません。

というわけで、続きはまた次回。

rEFIt

2009-01-25T23:22:00.003+09:00

MacBookにオープンソースのブートローダであるrEFItをインストールしてみました。ディスクイメージを開いてパッケージからインストールし、/efi/refit/refit.confを編集して、/efi/refit/enable-always.shをターミナルから実行して終わり。簡単なものです。

rEFItはEFIアプリケーションとして動作するブートローダで、インテルベースのMacにおいて、Mac OS X、Windows、Linuxなどをブートすることができます。私がこれをインストールしたのはMacBookにUbuntuを入れてみようと思い立ったからなのですが、これがまたなかなかうまくいかず……。まだ奮闘中なので、その顛末はまた後ほど。

ちなみにrEFItは、blessコマンドで自分自身を起動するようにEFIに指示しているだけなので、再度blessコマンドでMac OS Xがインストールされたボリュームを指定し直すか、「起動ディスク」でスタートアップボリュームを指定した上で、ボリュームのルートにある「efi」フォルダを削除するだけでアンインストールできます。

Firefoxの起動を高速化する

2009-01-17T08:20:00.000+09:00

世の中にはタスクバーにFirefoxを常駐させる「Firefox Preloader」などもあるわけですが、残念ながらこれはWindows専用、私はMac OS Xユーザです。

Firefoxは「Places」というデータベースを利用して、アクセス履歴、ダウンロード履歴、ブックマークなどを管理しています。このPlacesはSQLiteで構築されていまして、不要なインデックスを削除したり、再インデックス化することができます。

そこで、「SQLite Manager」というアドオンを用いて、Placesデータベースを最適化してみることにしました。

まずはインストールし、Firefoxを再起動。ツールメニューから「SQLite Manager」を選んでSQLite Managerを開きます。次に「(Select Profile Database)」とある右上のメニューから「places.sqlite」を開きます。

そしてまずは、Databaseメニューから「Compact Database」を実行して、不要なエントリを削除します。次に左側のリストから「Tables」を展開し、全てのテーブルで右クリックして、「Reindex Table」を実行。終わったら、Databaseメニューから「Close Database」を選んで、SQLite Managerのウインドウを閉じ、Firefoxを再起動してみましょう。

この一連の操作で、「places.sqlite」ファイルのサイズが小さくなっていれば、ある程度の効果はあるはずです。私の場合は、28MBだったファイルが20MBになりました。

リアルなMacハードウェアのアイコン集

2009-01-16T04:40:00.005+09:00

「Macintosh HD」のデフォルトアイコンは、内蔵HDDのアイコンになっていますが、見慣れてくるといかにも味気ないと思いませんか？　せめて自分の使っているモデルのアイコンにしてみたいとか、そう思ったことはないでしょうか。

Macが2台あるのであれば、ネットワークでお互いを参照することでアイコンを取得できますが、普通は1台あれば事足りるものです。また、アイコンが表示されるということは、システムのどこかにアイコンファイルがあるはずなのですが、私自身、探してみても見つかりませんでした。

でも、あるところにはあるものです。フリーで利用できるアイコンを探していたところ、リアルなMacハードウェアのアイコン集を見つけました。

IconPedia - Macintosh Icons

拡張子が「.ico」はWindows用のアイコンファイルですから、PNG形式でお好みのアイコンをダウンロードします。そして、ダウンロードしたPNGファイルは「img2icns」でアイコンファイルへ変換してしまいましょう。そして「情報を見る」ウインドウから、アイコンをハードディスクへコピー＆ペーストしてやれば終了です。

これでデスクトップが少し華やか(?)になった気がします。

これがないと生きていけないFirefoxアドオン

2009-01-15T01:55:00.004+09:00

レンダリング速度はともかくとして、カスタマイズ性の高さがFirefox最大のウリです。私はMac OS XとWindows Vista、Ubuntu Linuxを使い分けていますが、そのいずれでもFirefoxを使っています。マルチプラットフォームなので、同じ環境を構築できるのもポイントのひとつです。

そこで、私がいつも使っているFirefoxアドオンをまとめてみました。

Context Search: 選択した語句をコンテクストメニューから検索する。検索エンジンには検索バーに登録したOpenSearch対応のエンジンが使えます。
CustomizeGoogle: Googleサービスのカスタマイズ。ウェブ検索ではAutopagerのような機能も使えます。
Delicious Bookmarks
: ブックマークはDeliciousで管理しているので必須。
DNS Prefetch: DNSへの問い合わせ結果をキャッシュしてアクセスを高速化。
Download Statusbar: 定番アドオンのひとつ。ダウンロードウインドウを開かない設定にしておけばさらに便利。
Fasterfox Lite: Fasterfoxから評判の悪かった先読みモードを削除した派生バージョン。RFC準拠モードで使ってます。もしかしたらDNSプリフェッチ機能がこっちにもあったかも。
FaviconizeTab: タブをFaviconのみの表示にしてタブバーを有効利用。
Firefox PDF Plugin for Mac OS X: Mac OS X専用。Firefoxのブラウザ内でPDFを表示します。Quartzエンジンを利用するので爆速です。
FireGestures: 定番アドオンのひとつ。All-in-One Gesturesが亡き今、これがないと生きていけない。
Fission: ページの読み込みを示すプログレスバーを、Safari風にアドレスバーに表示します。
Google Redesigned: GmailとGoogleカレンダーの表示をカスタマイズ。GmailやGoogleカレンダーに細かな改良が入ると、即座にカスタムCSSを自動アップデートしてくれるのが便利です。
Google Toolbar: 重いだのメモリリークを起こすだの言われてますが、検索語句のハイライト機能が便利なので使ってます。
RAMBack: ワンクリックで不要メモリを解放。本当に効果があるのかどうかは謎。
Safari View: Mac OS X専用。WindowsのIE ViewのSafari版。
Speed Dial: Operaのダイアル機能をFirefoxでも再現。これがなかなか便利。
Stop-or-Reload Button: StopボタンとReloadボタンをひとつにまとめ、貴重なツールバーの表示領域を節約。
Text Link: 選択したアンカーのないURLテキストをダブルクリックすると、そのURLを開いてくれるアドオン。

こうしてみると、結構な数が入っていますね……。少し削った方がスピードアップするのかとも思ったり。

スクリプトエディタへの自動入力

2009-01-14T04:50:00.004+09:00

毎回利用しているスクリプトエディタへ自動入力するリンクですが、これは

applescript://com.apple.scripteditor?action=new&script=

というリンクに続いてソースを記述しています。特殊文字などは当然ながらURLエンコードを行っていますが、Mac OS Xでは「applescript://」というスキーム名はスクリプトエディタと関連付けられているため、自動的にスクリプトエディタが起動し、ソースを入力してくれるわけです。

また当然の如く、これもまたAppleScriptで自動化して行ってみましょう。perlやsed、tr、awkなどの置き換えコマンドを利用してもいいのですが、ここはやはりAppleScriptでできた方が便利です。

スクリプトエディタへ自動入力

MacFUSE+ntfs-3g

2009-01-13T09:46:00.004+09:00

常用しているMacBookにMacFUSEとntfs-3gを入れてみました。これでMac OS XからNTFSへの書き込みが可能になったわけですが、リードオンリーであることのメリットもあります。リードオンリーのボリュームに対しては、システムが勝手にデータファイルを作成しない、ソフトが勝手にファイルを変更できない、などです。

現在のntfs-3gは、plistを書き換え、NTFSボリュームを再マウントすることで機能のオン・オフを切り替えられるようになっています。plist書き換えのためのシェルスクリプトも同梱されていますが、マウント解除、機能のオン・オフ、再マウントを手動でやるのはいかにも面倒です。

そこでこれもまた、AppleScriptで解決してしまうことにしました。

このAppleScriptは、トグルとして機能します。すなわち、現在ntfs-3gが動作中であれば動作を停止し、動作が停止していれば動作を開始させます。NTFSボリュームに書き込みたい時だけ、スクリプトメニューから、このスクリプトを起動すればいいわけです。

例によって、スクリプトエディタへ自動入力するリンクは以下からどうぞ。

スクリプトエディタへ自動入力

iTunesで大量の動画を管理する

2009-01-12T09:39:00.010+09:00

iTunesは動画の管理にも便利なソフトですが、あまりたくさんの動画を入れすぎると、ハードディスク容量を圧迫してしまいます。ハードディスクに余裕のある環境であればいいのですが、大容量ハードディスクをメインに、容量の小さいハードディスクをTimeMachineに利用していると、ホームフォルダが肥大化することでバックアップが取れなくなってしまいます。

そこで、動画本体を収めたフォルダはTimeMachineのバックアップ対象から外し、その動画に対する参照形式ムービーをiTunesに登録するということをやってみました。動画そのものは変更も削除もしませんから、TimeMachine最大のウリであるリビジョン機能は不要です。DVD-Rにでも焼いておけばいいのです。

しかし大量の動画があると、参照形式ムービーを作成するだけでも大変です。しかもQuickTimeは、Pro版でないと参照形式ムービーを作成することができません。そこで、ここでもAppleScriptを使ってみることにしました。

on run activate set itemList to choose file with prompt "ムービーを選択してください" default location (path to home folder) with multiple selections allowed without invisibles my saveAsQuickTimeMovie(itemList)end runon open inputList my saveAsQuickTimeMovie(inputList)end openon saveAsQuickTimeMovie(movieList) activate set saveFolder to choose folder with prompt "保存先フォルダを指定してください" default location (path to movies folder) set containedSetting to (display dialog "保存形式を指定してください" buttons {"参照形式", "独立再生形式"} with icon 1) display dialog ((count item of movieList) & " 個のファイルを " & (button returned of containedSetting) & " で保存します" as string) tell application "QuickTime Player"  launch  activate  stop every document  close every document saving no  repeat with aMovie in movieList   open aMovie   set file_name to name of document 1   set new_file to ((saveFolder as text) & file_name) as string   -- 拡張子を外す   set startChar to offset of "." in new_file   if startChar is not 0 then    set new_file to text from first character to character (startChar - 1) in new_file   end if   -- 拡張子を付ける   set new_file to (new_file) & ".mov"   if button returned of containedSetting is "参照形式" then    save document 1 in new_file -- 参照形式で保存   else    save self contained document 1 in new_file -- 独立再生形式で保存   end if   close document 1 saving no  end repeat  quit end tellend saveAsQuickTimeMovie

スクリプトエディタへこのコードをペーストし、コンパイルして「アプリケーションバンドル」で保存します。後は、保存されたアプリケーションバンドルへ、参照形式ムービーを作成したい動画をドロップするだけです。

例によってコピペも保存も面倒だという方は、こちらからアプリケーションバンドルをダウンロードしてください。

ニコニコの動画をローカルにキャッシュする

2009-01-11T08:33:00.004+09:00

ニコニコ動画は夜になると混雑して、動画のダウンロードもなかなか進みません。またプレミアム会員でないと、動画は低ビットレートのエコノミーモードで再生されてしまうことになります。そこで、ローカルプロキシサーバとして動作し、ローカルにニコニコの動画をキャッシュしてくれる「NicoCache」を使ってみることにしました。

アーカイブを解凍してできたフォルダをそのままアプリケーションフォルダへ放り込み、「NicoCache.jar」を起動項目に登録しておきます。さらにプロキシの設定で、以下のようなPACファイルを用意して、設定します。

これで、一度読み込んだ動画はローカルへキャッシュし、次回からはそのキャッシュした動画を読み込んでくれるようになります。SMILEVIDEOサーバへの負荷も減るので一石二鳥です。ただし「NicoCache」は動画は保存してくれますが、コメントは保存してくれません。またローカルプロキシサーバなので、プレイリスト等のインターフェースもありません。そのような機能も欲しい人は、Adobe AIRで書かれた「NNND」をどうぞ。

Mac OS Xで起動時に特定のボリュームをマウントさせない方法

2009-01-10T06:43:00.009+09:00

Mac OS Xで、起動時に特定のボリュームをマウントさせたくない場合は、他のUNIX等と同じく、/etc/fstabファイルを編集します。例えばHFS+フォーマットの「External HD」と、NTFSフォーマットの「Windows HD」をマウントさせたくない場合、/etc/fstabに次のように記述します。

NTFSボリュームにはUUIDが存在しないことがあり、その場合はボリュームラベルで指定を行います。UUIDはユニークなIDなので、本来はUUIDで指定を行うのが望ましいのですが、仕方ありません。UUIDは「ディスクユーティリティ」で確認することができます。

/etc/fstabがなければ新たに作成し、上記内容を記述して保存し、再起動します。ボリュームのオートマウントはログイン時に行われますが、指定したボリュームはマウントされていないはずです。マウントはされていなくとも、認識はされているので、必要な時は、いつでも「ディスクユーティリティ」でマウントすることができます。

なお、ubuntu等でvol_idを利用して取得したUUIDは、使用できないようです。

iTunesに「星半分」のレーティングを追加する

2009-01-09T23:02:00.021+09:00

iTunesでは五段階のレーティングが可能ですが、AppleScriptからレーティングを行う場合は、0から100までの数値を指定することになっています。十の位が偶数の数字を指定すると、その数字を2で割った数字が実際に表示されるレーティングになります。例えば20なら星1個、40なら星2個という具合です。

では、十の位が奇数の数字を指定した場合はどうなるのでしょう。答えは、「星半分」のレーティングになる、です。この場合は、10なら1/2、30なら星1個と1/2になります。そこで、簡単なAppleScriptを書いてみました。

このスクリプトは、「現在iTunesで選択している曲」のレーティングに「星半分」を追加します。スクリプトエディタへの入力が面倒な人は、下記リンクをどうぞ。

スクリプトエディタへ自動入力