_ [PC][ハードウェア] Logicool Touch Mouse M600 を使ってみて

ロジクール タッチマウスM600 は4月20日発売、「スマートフォンの滑らかスクロール」を実現…というわけで、初物に飛びついてみたので、Logicool Touch Mouse M600 をとりあえず1日使ってみての感想…

○良いところ

• 必要システムは Windows 7 ということになってるけど、XP でも問題なく使えた
• Flow Scroll をインストールするとヌルヌルになる (ただし各種ブラウザに限られる)
• 電池1本で動くので重さが気にならないし、持ち運ぶ時にも空いた電池のところにレシーバーを入れれば良く、紛失を防げる
• カッコイイ、自己満足に浸れる

×悪いところ

• 薄いので手の形にいまいちフィットしない
• クリックに要する力が少なく、ちょっとした力ですぐクリックされてしまうので、優しく繊細に取り扱ってやる必要があり気を遣う (特に手首クッション付きマウスパッドを使っている時)
• 人差し指をいちいち離さないと右クリックできない。そこに気をつければ左右の使い分けは今のところきちんとできてるけど、なんかいつも不安
• ブラウザ以外は従来通りの3行スクロールでヌルヌル感がないうえ、物理的フィードバックがないのでいつスクロールするのかわかりにくい
• 左ドラック中に右クリックでキャンセルできない (当たり前だけど)

以上…全体として期待以上の出来ではあるんだけど、物理的フィードバックがないのはやっぱり不安。やっぱり有線なら M500、無線なら M705r が個人的スタンダードかなあと思うところであります。

まあ慣れでクリアできる部分もあるかな…。もうしばらく試してみよう。

蛇足

ちなみにこれはヨドバシ.comで買いました。ヨドバシは価格.comに載ってないけど、PC 周辺機器は (送料・ポイント還元考慮すると) 価格.com最安値以下のことも少なくなく、また僕が Amazon.co.jp を使わなくなった理由。 : *n.on.log というような話もあり、価格がほぼ同等の場合は意識的にヨドバシを選ぶようにしています。

あと、Windows 用のタッチマウスといえば、先に Microsoft TOUCH MOUSE が出てたんだけど、価格.comのレビューで酷評が散見されたのと、実際に店頭で触ってみたところ、糞重く操作感も悪かったためパスしました。

(2012/05/03追記)

1週間ほど使ってみたけど、飽きた。手にフィットしない形状と、物理的フィードバックのないホイール操作はやっぱり使いづらい。やっぱり M500 が一番しっくりきますね。

_ [iPhone] iOS 5.1 9B179 メモ

4S フル: iPhone4,1_5.1_9B179_Restore.ipsw

iPad: iPad1,1_5.1_9B176_Restore.ipsw

今回もフルパッケージは 800MB 超だけど Wi-Fi アップデータはコンパクトで良いことですね。

_ [食][iPhone] 鎌倉山ラメールのメニュー表を iPhone のカレンダーでチェックできるように iCalendar 化した

ラメールは鎌倉山のお弁当屋さんで、横浜や横須賀、藤沢のオフィス街に勤めるぼくらの胃袋に毎週素敵な巨大肉団子を届けてくれる。(肉団子の例その1/その2)

さて、このラメールのメニュー表を確認する方法は

• 商品購入時に今週または次週のメニュー表が紙で同梱されてくるのでそれを見る
• Web で見る

の2つがあるのだけど、前者はコンスタントに利用し続けないと最新メニューをもらえないし、後者は能動的にチェックしにいかないといけないのでつい忘れがちになり、大好きなあのメニューの日を見逃してしまうことになる。

「だったら毎日チェックする iPhone のカレンダーに表示させればいいんじゃね?」ということで、食欲駆動開発でメニュー表を iCalendar 化してみた。

ラメール メニュー表 iCalendar 版

これを iPhone で照会するカレンダーに追加しておけば、スケジュールに勝手にラメールのメニューが入ってくる。これでもう二度とシャスールやオニグラを見逃すことはないはず…!

…ということで、基本的に自分の食欲を満たすために作ったものですが、同志の方がいらっしゃいましたらどうぞご利用ください。

おことわり

• 手で作られているっぽい HTML を自動解析している関係上、ソースフォーマットが変わると正常に取り込めなくなります。このため安定したデータ配信を約束できません。
• 基本的にラメールさんにとっても有益なものだと思っていますが、何か申し立てがあったらやめます。

iPhone のカレンダーに組み込む参考手順 (iOS5)

上記リンク「ラメール メニュー表 iCalendar 版」を長押しし、「コピー」する。

ホーム画面から「設定」→「メール/連絡先/カレンダー」→「アカウントを追加」→「その他」→「照会するカレンダーを追加」を開き、「サーバ」欄にさっきコピーした URL を「ペースト」、「次へ」。

「説明」欄には、 URL が初期値として入るけど、「ラメール メニュー表」等、わかりやすい名前に変更することを推奨。その他の項目はデフォルトのまま「保存」で完了。

カレンダーにラメールのメニューが表示される。

_ [日記/blog] tDiary 3.1.1 うp

3.0.2 と 3.1.0 の時はサボってて長らく3.0.1使ってきたけど、3.1.1 にうp。

今回はバージョンアップに伴い削除されているファイルやディレクトリが結構あり、全ファイル上書きだけだと余計なゴミが多数残るため、総入れ替えに近い作業となった。

あとはいつもの個別対応。

• index.rb, update.rb, index.fcgi, update.fcgi の shebang を #!/usr/local/bin/ruby に
• カテゴリリンクの間に余計な | が入るので、misc/plugin/category.rb 170行目から | を削除
• skel/diary.rhtml に AdSense 用 JS 挿入
• skel/header.rhtml に SyntaxHighlighter 用 CSS、JS 挿入

3.0.2 から TrackBack 関連プラグインが削除されているのだけど、個人的には時々使いたい機能。(はてなブログでもトラックバック非対応となっているけど、そんなに需要が減っているものなのかなあ)

今回はとりあえず tb-send.rb を 3.0.1 から流用しました。(正常に使えるかどうかは未確認)

_ [iPhone] iOS 5.0.1 9A405 メモ

4S フル: iPhone4,1_5.0.1_9A405_Restore.ipsw

4S Wi-Fi: 323d76efa3e44947838dca305cd104ca740dd30c.zip

3GS: iPhone2,1_5.0.1_9A405_Restore.ipsw

iPad: iPad1,1_5.0.1_9A405_Restore.ipsw

iPhone 4S 用の場合、フルパッケージで 813MB あるのに対して Wi-Fi アップデータは 56MB とだいぶコンパクトになってますね。

_ [iPhone] iOS 5.0 9A334 メモ

3GS: iPhone2,1_5.0_9A334_Restore.ipsw

iPad: iPad1,1_5.0_9A334_Restore.ipsw

とりあえずダウンロードしとく

_ [Web制作][アクセシビリティ] 第2回アクセシビリティBAR 『秋の文字サイズ変更ボタン祭り』に行ってきた

第2回「アクセシビリティBAR」秋の文字サイズ変更ボタン祭りなるものが開催されるという話題を見かけて、参加してきた。

ATND で自分より前に参加表明されている方々が結構コアな面子で「俺なんかが行っていいんだろうか」というところもあったのだけど、この話題については自分も以前「いらないよね」というネタを書いている以上、参加すべきだろうと。

全体の流れとしては、太田さんが作成された資料…企業サイトを適当に見繕って文字サイズ変更ボタンの設置状況がどうだったかを見てネタにしていくのだけど、

• どこに文字サイズ変更ボタンがあるのかぱっと見わからないサイトばかり
• 中にはファーストビューにボタンがないサイトも
• 「大」を押しても10%程度しか大きくならないサイトが多く、中には「大」でも100%以下のサイトも
• 大抵のサイトは「小・中・大」だが、中には「ぁ・あ」のサイトも。これで意味通じる?
• 多くのサイトはトップページに画像がてんこ盛りなので、そもそも文字サイズ変更ボタンを押してもそれが反映される範囲が酷く少ない
• トップページのサイズは変わるけど、「重要なお知らせ」等には反映されないサイトや、そもそもお知らせが PDF になってるサイト
• IR サイトと CSR サイトにそれぞれ異なるボタンがあるが、それ以外にはないというサイトが複数社

等々、あーあるある、みんな意味ないよねーという話題で盛り上がる。(他所のことと笑っていられない部分多々あり)

この話の中で「おおおおなるほどーーーー」と思ったのは、「なぜ IR サイトにだけ文字サイズ変更ボタンを置いている会社がいくつもあるのか」に対する仮説、「IR サイトの想定訪問者が高齢層だからだ」…ではなく、「2006年頃?にどこかが作った『IR サイトランキング』(的な何か) の評価項目の一つに『文字サイズ変更ボタンがあるかどうか』が掲げられていたことが根源なのではないか」というもの。

そういう基準を作られて「ボタンを置いてないから」という理由で第三者にマイナス評価されちゃうと、よほど強い自分の考えを持っているサイトオーナーでもない限り、制作会社に「ボタンつけてくれ」ってオーダー出しちゃうよねー、という話。これはその評価基準を作った奴が阿呆としか言いようが無い。

ところで、本日見た中では東京都の文字サイズ変更ボタンは次の点から最も優秀。

• 2段階や3段階ではなく、無段階(?)に拡大・縮小できる (三菱電機も似ていて9段階に拡大縮小できるのだが、1回「大」を押すと「大」がハイライトしてしまうため、これ以上大きくできないかのように見えてしまうのが NG)
• JIS に定められている「デフォルトサイズの200%以上に拡大できる」が達成されているのは今日見た中では唯一東京都だけ

ただ、実装がよくできていれば良いのか? 諸々の文字サイズ変更ボタンが無意味なのは実装が酷いからなのか? もしそれが理想的な実装になっていれば、必要とするユーザに有意義に使ってもらえるのか? というと、(自分はどんな理想的な実装でも極めて存在意義が希薄と思っているけれど) それは明確に肯定も否定もできる材料を誰も持ち合わせていないのが現状。

そこで、誰か利用状況の統計分析してます? という話になるわけだが、取っているという手は上がらなかった。ただ、仮にきちんと統計を取って「訪問者のうち○%がそのボタンを押している」という統計値が取れたとしても、本当に必要で押しているのか、興味本位で押しているのか判別できないし、難しいよねえ、と。(クリック数0だったら話は別だけど)

まとめると、参加者一同「あれは意味が無い、ブラウザが実装すべきもの」で見解が一致しているものの、かといって使いやすい文字サイズ変更機能を各ブラウザが実装していないという現実もあり (特に IE6 は5段階にしかサイズ変更できない)、さて困ったねえ、結局ブラウザベンダ交えて話をしないといけないんじゃない? というところに最終的に帰結したように思う。

あわせて読みたい

• 第2回「アクセシビリティBAR」秋の文字サイズ変更ボタン祭り 開催 | 水無月ばけらのえび日記
• 第2回アクセシビリティBAR『秋の文字サイズ変更ボタン祭り』に行ってきた - ただのにっき
• 覚え書き@kazuhi.to: 第2回「アクセシビリティBAR」秋の文字サイズ変更ボタン祭り
• とぎゃりました、とりあえず。２０１１年１０月１１日の #a11ybar - Togetter

_ [iPhone] iPhone 4S の月額料金はソフトバンクと au どちらが安いのかを検証する

実は、iPhone4Sの月額料金はauの方が安い。 - No！SoftBank はなかなか参考になる記事だった。

ただ、自分としてはプラン Z シンプルやプラン F シンプルとも比較してみたかったがその記事には載っていなかったことと、「偏っていて中立的でない」「SBM にもブルー SS バリューがある」等というブコメが見られたので、それらも加えて自分なりに試算してみることにした。

なお、au のプラン M 以上には興味が無いので割愛した。それらも含めて計算したい人は、今回比較に利用した Excel ブックを置いておくので、各自パラメータを入れて比較してみて欲しい。

条件

• 64GB モデルを購入したものとして計算
• 2年縛りを受け入れるかわりに通信料の上限が低くなる割引 (自分割引50/新・自分割引/誰でも割) を適用

最低支払金額

通話時間が完全に0だった場合の月間支払金額はこうなる。

改めて言うまでもないことだが、通話時間0ならソフトバンクのホワイトプランが最安である。

ブループラン SS バリューやシンプルオレンジプラン S は月月割がつかないためだいぶ割高になる。論外であることがわかると思う。

通話料を考慮に入れた場合

まず、各プランの無料通話分と通話料は下記の通り。

これを考慮して、月間通話時間毎の総支払額を算定すると、こうなる。
(緑が安く、赤が高い。最安は太字。)

まとめ

• 月々の通話時間が絶対に13分以下に収まるなら SBM ホワイトプランが最安。
• 通話時間が14分を超える月があるなら au プラン SS シンプル が安くなってくる。
• さらに月間平均通話時間が41分を超えるなら au プラン S シンプルが安くなる。
• au の場合、月間通話時間が4分以下の場合に限りプラン SS よりプラン F が安い。
• au の場合、月に9分以上話す au ユーザがいるのであれば、プラン F か SS にガンガントークをつけた方が良い。プラン Z は「4名以上の au ユーザと日中によく話す」という状況下以外では基本的に選択する意味が無い。

月月割がつく期間と金額

また、個人的に気になる点として、ソフトバンクの月月割は契約2～25ヶ月目につくのに対して、au の毎月割は契約1～24ヶ月目につくので、1年後や2年後等、25ヶ月経つ前に買い換える場合、ソフトバンクは au に比べて月月割1ヶ月分1,920円を損することも見逃せない。(ただし au でもプラン F の場合はソフトバンク同様2ヶ月目から)

自分は1年後に iPhone 5 に、または2年後に iPhone 5S に機種変する心づもりであり、今回のように新モデルの発表が遅れでもしない限り、まずもって月月割を享受しきる前に機種変すると思われるからだ。

しかしその一方で、au はソフトバンクより端末代金と毎月割の金額を高く設定されているため、短期解約・機種変更時のペナルティがソフトバンクより大きいことも考慮する必要がある。

例えば、12ヶ月で解約・機種変更した場合、各キャリアにおける端末代金実質負担金は
ソフトバンクの場合: 2,800×24 - 1,920×11 = 46,080 円
au の場合: 3,000×24 - 2,140×12 = 46,320 円
で、12ヶ月の場合は au 版の方がまだ高いのである。これが逆転して au の方が安くなるのは14ヶ月目以降となる。

自分の場合

自分の過去6ヶ月分の iPhone 請求内訳を振り返ってみたところ、通話時間は6ヶ月平均で約15分だった。

自分は基本的に iPhone に通話を求めていないのだが、とはいえ時たま必要になることがあるので、完全に0というわけにもいかず、こうなる。実は、iPhone4Sの月額料金はauの方が安い。にも書かれている通り、例えば留守電を聞くだけでも30秒以上の通話料がかかるのである。

また、平均こそ15分なれど、0分の月もあれば2～30分話している月もある。この通話時間のブレに、無料通話分を大きく繰り越し可能な au のプランが効いてくる。

まあ、どちらが高い安いという話を真剣に考えたところで、ケースバイケースとなりどちらが安くなる可能性もあり、差が出たとしても僅か数百円程度なのだけど、自分の場合は一応プラン SS シンプルが最適となるようだ。

(2011-10-13 追記) 不安材料:契約の可否

…ただ、ここで1つ不安な点がある。「au はプラン SS で契約をさせてくれるのか」ということだ。

「au初となるiPhoneを10月14日より発売〈別紙〉」の説明ページを見ると、プラン Z と F しか載っていないからだ。

「au初となるiPhoneを10月14日より発売」の発表文には「…をはじめとした、従来の料金プランをご利用いただけます」と書いてあるし、その別紙でも特に「キャンペーンはプラン Z や F での契約時に限る」といったことは書かれておらず、「au の iPhone 4S の提供条件の例は以下のとおりです」とあるので、楽観的に考えれば、この表は本当にあくまで例に過ぎず、希望すればプラン SS 等のプランでも契約できるのだ、と考えることができる。

しかし、ソフトバンクではブループランバリューに月月割がつかなく「契約はできるが明らかに損で選択する意味が全く無い」半ば詐欺的な構造を取っているように、au も「契約はできるが iPhone スタートキャンペーンの対象外」とか「契約はできるが毎月割の金額が下がる」といった扱いにされる可能性がないとは言い切れない。

ここは改めて店頭で確認してみる必要がありそうだが、「未来は、選べる。」と謳っている KDDI はそんな阿漕なことはしないと祈りたい。

(2011-10-16 追記)

無事 au プラン SS シンプルで契約してきました。毎月割の金額も特に変わらないようです。

_ [iPhone] iOS 4.3.5 8L1 メモ

3GS: iPhone2,1_4.3.5_8L1_Restore.ipsw

_ [Firefox] Firefox 5.0 が 3.6 の約1.5倍メモリを喰う件

Firefox 4.0 では BarTab アドオンが正常動作しないため、3.6 からの移行を見送っていたのだけれど、Firefox 4 の標準設定で「BarTab」プラグインを実現によると実は標準機能で BarTab と同等のことを実現できるらしい。

BarTab が動かないのが 4.0/5.0 移行の最大の障壁だったので、これで移行に踏み切れそうだ。

ただ、次のネックがメモリ消費量。Firefox 4.0 からだいぶメモリ喰いになってしまったようだ…というのは何となく感じていたのだけど、実際どのぐらいメモリ喰いになったのか比較してみた。

比較条件

• OS は Windows XP (32 bit)
• Firefox 3.6.19 と 5.0.1 で比較
• アドオンは FireGestures、AutoPagerize ほかほぼ同等のもの約15個ずつ
• Firefox 3.6 では BarTab、5.0 では browser.sessionstore.max_concurrent_tabs = 0 使用
• 今日たまたま開いていた132個のタブを少しずつ開封していき、メモリ使用量比較

結果

Firefox 5.0 は 3.6 に比べておよそ1.5～6倍メモリ喰いといったところ。

タブ50個開いただけで 1GB 越えとは、32ビット版 OS ではそろそろ Web ブラウズも厳しい時代になってきました。

Firefox 7 ではメモリ使用量30%以上削減とのことだけど、これはおそらく4～5と比較しての数値だろう。3.6と比べた場合はどういう結果になるのやら。