2010-08-07

Emacs でウィンドウの位置決め

これは Mac OS X (Snow Leopard) で、Carbon Emacs (2010年版) を使う場合の話。他のプラットフォームや他の Emacs で同様の手順が有効かどうかは知らない。

現在、ウチのメインマシンは iMac (Mid 2010) で、セカンドディスプレイとしてシネマディスプレイがつながっている(→ iMac とシネマが並んだ写真)。iMac が右でシネマが左という配置だ。iMac をメイン、シネマをサブディスプレイとして使っている。メニューは iMac に表示されている。この状態で、Carbon Emacs のウィンドウが起動時にシネマにくるようにするにはどう設定すれば良いか?

Carbon Emacs では(おそらく大抵の GUI ベースの Emacs でも同様)、起動時におけるウィンドウの位置、サイズ、その他もろもろは .emacs 中で default-frame-alist に値(正確にはキーワードと値のペアのリスト)を設定することでおこなう。ウィンドウのサイズ(行数)なら height、位置なら top と left だ。

Carbon Emacs ではメインディスプレイの左上が原点、つまり座標 (0,0) で、右にいくにしたがい水平座標の値が増え、下にいくほど垂直座標の値が増える。では、原点よりも左側にある領域の位置はどう表現すれば良いんだろう? 素直に考えれば負値で表現となる。(left . -300) などのように。ところが、これを指定してもうまくいかない。値をいろいろ変えてみてもメインディスプレイの右端に表示されてしまう。どうやら負値を指定すると画面の右端から測った位置の意味になるようだ。

ググってみたところ、Emacs Lisp でウィンドウの位置を始めとする情報を取得できることがわかった。「なら、ウィンドウを適当な位置に動かした後で *scratch* から lisp コードを実行すれば位置の表現方法もわかるんじゃないか」と思いついた。

twitter より (2010-08-06)

  • 02:44  DQ や FF のレベルアップ時のファンファーレなんかも楽しそう。→ http://www.ideaxidea.com/archives/2010/08/git_happy_commits.html
  • 17:30  Magic Trackpad を左手で操作するよう練習中。MacBook の Trackpad はずっと右手で操作していたから、同じ右手なら慣れている。けど、これまでマウスは左手で使ってきたから、デスクトップでは Trackpad も左手で使えるようにしたい。
  • 17:32  マウスを左手で使うようになったのは、一時期、右手の指が痛くてマウスのボタンをクリックするのがツラかったから。このときもしばらくは操作に(とくにクリック)もたついたもの。いつしか慣れたけどね。今度もそのうち慣れるでしょ。
  • 17:47  今日の昼メシのオマケ。なかなか良くできてる。
Powered by twtr2src.

2010-08-06

twitter より (2010-08-05)

  • 01:05  ふうん。タブって取り外せるのか > Safari タブをウィンドウの外(デスクトップ)にドラッグすると別ウィンドウになる。Safari のウィンドウ間でタブを移動することもできる。
  • 01:07  ただ、Safari の場合、ウィンドウにタブが 1 つしかないとき(タブは表示されない)はタブを操作できない。Firefox なら常にタブを表示するっていうオプションがあるんだけどな。
  • 01:14  Firefox でも、ウィンドウにタブが 1 つしかないときは移動はできないようだ。空のウィンドウって見たことないから仕方ないか。メニューに「ウィンドウをまとめる」項目があれば良いんだよな。
  • 01:19  なんでこんなことを試したかって言うと、「オーバーラップタイプのウィンドウシステムって、画面の狭さという制約に起因する苦肉の策なんじゃないか?」と考え始めたから。
  • 01:23  タブを切り替えて情報を探すのってイライラする。「あれが書かれてたのはどのサイトだっけ。で、それはどのタブで開いたんだっけ…」画面に余裕があるなら、タブなんかにして後ろに隠すことはないんだよ。全部ウィンドウにしてお互いを隠さないように並べれば良い(タイルタイプだな)。
  • 01:28  いま、ごく当たり前になっていてそうであることに誰も何の疑問も抱かないようなデザイン(意匠も設計も)が、実は過去にあった種々の制約に起因する、ということがある。キーボードの QWERTY 配列なんかが代表例。他にもきっとあるはず。マルチウィンドウの方式もそうなんじゃないか?
  • 01:35  オモシレ〜。 RT @mawakao: RT @kiri_tori: (管理人より) 「切り取り線lite」@k0_0t を公開しました。[...snip...]使い方→ http://bit.ly/aLVHXO
  • 11:27  なんとぜいたくな数独ボード。→ http://jp.makezine.com/blog/2010/08/nixie-tube_sudoku_board.html
Powered by twtr2src.

Google、また一つ、製品の開発を終了する

Google Wave が開発終了になるらしい。ちょこっと試したことがあるだけだから Wave 自体に思い入れはないけど、Google Notebook の開発が終了したときのことを思い出した。

「収益が上がらないから、この領域から撤退します」っていう姿勢は企業として当然のものだけど、Google の製品にとっての収益ってなんだろう? Google 自体の収益は主として広告収入だろう。けど、検索を別として、Google の個々の製品で直接広告収入に結びついているものはあるか?

たしかに Gmail には広告が出る。けどその他は? Google Reader で広告なんて見たことない。Picasa にも広告は出てこない。Google Docs も Google Calendar も広告は表示されない。Blogger も Google Sites もサービス自体が広告を流し込んだりしない。

Google には使命がある。「世界中の情報を整理」するためには、既存の情報を取り込むと同時に、これから作られる情報も迅速に集めなければならない。そのためには Google から見えないところで、Google の手の届かない形で作られるよりも、Google が提供するサービスで、Google に蓄える形で作ってもらう方が余計な手間が省ける。Gmail を始めとするこれらの製品(サービス群)はこのためのものだろう。言わば、The computer としての Google に効率良くインプットするためのもの。使命の後半「世界中の人々がアクセスできて使えるようにする」ことは「検索」サービスで実現する。

検索結果の一部やコンテンツ自体に埋め込む形での広告で収益を上げられるなら、インプットとしての他サービスに広告を表示する必要はないはず。広告を表示しない製品(サービス)は直接収益には結びつかない。ならば、製品の成功失敗をどうやって評価しているのだろう?

(Update on Google Wave より)
But despite these wins, and numerous loyal fans, Wave has not seen the user adoption we would have liked. We don’t plan to continue developing Wave as a standalone product, but we will maintain the site at least through the end of the year and extend the technology for use in other Google projects.

これ(↑)を読む限りではユーザ数が基準の一つになるようだ。つまり、Google Wave はユーザに人気がなかった、と。ま、新しいコミュニケーションを求める人たちは twitter に流れたってことかな。

振り返って考えると、Google Notebook もユーザを集められなかったんだろう。最近の Evernote の隆盛を見る限り、もう少し続けていれば人気も出たかもしれないのにと、かなり残念に思う。

(Google Wave to Be Discontinued より)
Google Wave had a lot of potential, but Google didn't manage to build a compelling user experience and define some use cases for the application. Instead of building a general-purpose interface for Google Wave, Google could've used the platform to create multiple applications with clearly-defined goals: a new version of Google Chat, a new version of Google Docs, a brainstorming app etc.

「新しい Google Chat や、新しい Google Docs や、ブレスト用アプリになれたかもしれないのに……」。なんか、ちょっと切ない。

関連リンク

関連記事

2010-08-05

SSD + HDD の構成を生かすために

雑感: 256GB は小さいか?

2010 Mid のアップデートでは、iMac (の一部) そして(8 月発売開始予定の) Mac Pro で、Apple Online Store のカスタマイズオプションとして SSD が選べるようになった。iMac では 256GB の SSD と 1TB または 2TB の HDD の組み合わせにできる。この構成で発注した場合、SSD に OS とアプリをインストールした状態で出荷してくれる。高価なので迷ったが、SSD + HDD(1TB) で発注した。

実際に届いた iMac を見ると、SSD が Macintosh HD、HDD が Macintosh HD 2 となっている。OS やら何やらはすべて SSD (Macintosh HD) に入っており、HDD (Maintosh HD 2) は見事に空っぽだ。このまま何も気にせず使うこともできた。たとえば、HDD を単なる Time Machine 用ボリュームにする、など。

ちなみに、この SSD は、システムプロファイラ.app によれば、「APPLE SSD TS256B」という機種になっている。ググったところこれは THNS256GG8BBAA という東芝製のドライブだとのこと。

HDD の 1TB や 2TB と比較するから、256GB という容量は頼りなく思えるが、ウチの MacBook (Early 2008) だって HDD は 250GB だ。これで、iPod/iPhone/iPad の母艦として十分やっていけている。音楽も写真も電子本もウチにあるものは全部丸ごと、このたった 250GB の HDD に入っている。HD な動画を入れさえしなければ、たいていの用途には十分なサイズなのだ。

とはいえ、せっかくの SDD + HDD なのだからこの構成を生かすように使いたい。