AM・FMラジオ放送をPCで聴ける「radiko.jp」が、3月15日のスタート以来人気を集めている。radikoを便利に使うための非公式の周辺サービスを個人開発者などが続々と公開。ラジオの魅力が改めて見直されている。 radikoは、AM・FMラジオ番組を放送と同時にCM含めて丸ごとPC向けに配信する「IPサイマルラジオ」の試験サービス。関東・関西の計13局の放送を、聴取エリア内のPCのWebブラウザから聴ける。ラジオを持っていなかったり、自宅に電波が届かないネットユーザーに人気で、15日のスタート直後からアクセスが殺到し、一時つながりにくくなるといった事態も起きた（ラジオ放送のネット配信がスタート　アクセス殺到でつながりにくい状態も）。 ラジオ聴きながらコメントで交流　周辺サービス続々 この人気を受け、radikoをより便利に使ったり、リスナー同士で交流できるサービスを、個人開発者など

AppleがiPhoneから収集しているユーザーデータは非常に重要であるため、同社はGoogleがそのデータを調べられないように、特別な検索エンジンを構築しなければならない――アナリストがこのように指摘している。 Piper Jaffrayのアナリスト、ジーン・マンスター氏は、Appleが5年以内にiPhone向けのモバイル検索エンジンを投入する確率は70％としている。 現在、iPhoneのデフォルト検索エンジンはGoogleだ。最大手の検索エンジン――米国で65％、海外でそれ以上のシェアを有している――と人気のスマートフォンを組み合わせるのはビジネス的に理にかなっている。 だがGoogleは次第にAppleのモバイルの領土に侵入してきており、モバイルOS「Android」やモバイルアプリを提供している。 Googleの「Nexus One」がiPhoneと似ていることから、AppleがN

(by renatomitra) 4月3日にアメリカで発売されたiPadは発売初日に30万台が販売され品不足になるという好評ぶりですが、iPadを買おうかどうか迷っている人のためのフローチャートがあるようです。 報道されている人気ぶりに流されて買ってしまって後で後悔してしまうのを防ぐために、一度フローチャートで本当に必要なのか試してみてもいいかもしれません。 フローチャートは以下より。 Flowchart to Determine if You Should Buy an Ipad これがiPadを買おうかどうか迷っている人のためのフローチャート。 質問事項を日本語にするとこうなる。 「買うべきでない」となった人はもう一度よく考えて見た方がいいかもしれません。

もう既出感丸出しですが... リロード如きでソケットサーバとか使うの嫌だったのでWindows API使った。 function! s:UpdateBrowser() python<<EOM import win32gui,win32api,win32con hwnd = win32gui.FindWindow("MozillaUIWindowClass", None) hwnd = win32gui.FindWindowEx(hwnd, 0, "MozillaWindowClass", None) win32gui.SendMessage(hwnd, win32con.WM_KEYDOWN, win32con.VK_F5, 0) EOM endfunction function! s:StartEditing() augroup HtmlEditing au! autocmd BufWr

追記 os0xさんにjson2.jsで使われている手法である事を教えてもらいました。 正しくはエスケープが必要。 以下フォーラムで議論されている内容から拝借 validating json unnecessarily is killing firefox - jQuery Forum // Try to use the native JSON parser first if (window.JSON && window.JSON.parse) { try { return window.JSON.parse( data ); } catch (err) { jQuery.error( "Invalid JSON: " + data ); } } else { if ( /^[\],:{}\s]*$/.test(data.replace(/\\(?:["\\\/bfnrt]|u[0-9a-f

« すぎゃーんさんの「Amon2::Liteでmarkdownその他のリアルタイムプレビュー」をfluxflexで動かしてみた。 | Main | rb-readlineを試験するスクリプト書いた。 » Emacsはインライン画像も表示出来て、ブラウザにもなって、vimでは到底真似出来ない芸当が出来るの事は、vimmerであれば皆知ってる事だとは思うんだけど... 昨日こんな動画があることを教えて貰った。 GVimでとある科学の超電磁砲OP「only my railgun」‐ニコニコ動画(9) たくさんプログラミングしてった。ちょっと疲れた。ちなみに、これはリアルタイムのレンダリングではない。私自分のパソコンには2fpsぐらいです。64色でお楽しみ。感想はこちら（中国語だが）：http://www.fancymouse.net/blog/2009/12/20/gvim_railgun_op

現在のところ、XMLの入門にはどうしてもDTDの解説を避けて通ることができない。しかし、多くの人にとってDTDは記述することよりも読解することのほうが圧倒的に多いだろう。そこで、今回はW3Cで利用されている実際のDTDを例にとり、それを解読してみる。 DTD解読にチャレンジ 前回はDTDは何のために存在するかを説明した。主に理由を説明したため、構文の詳細については、深く説明ができなかった。そこで、今回は、DTDの構文について説明しよう。 ■サンプルとして仕様書DTDを使う 今回はサンプルとして、W3Cの“仕様書DTD”（仕様書を記述するために作成されたDTD）を取り上げて、これを読めるようにしてみよう。簡単なDTDの書き方を説明しようかとも思ったが、実際にDTDを書く機会はそれほど多くはない。しかし、XMLを利用していると、DTDを読まなければならない状況は、比較的頻繁に発生する。そこで、

先日書いたmin-widthとmin-heightに関する記事の補足です。以下のようなコメントをいただいたのでIE6でmin-widthを実装する方法をまとめました。 たしかに、この方法に若干違和感感じあります。 例えばどういう実装方法があるのでしょうか？ あまり使う機会がないもので。 javascriptのライブラリを使う ライブラリを使う場合は下記などがあります。お手軽です。 min-width,max-width,min-height,max-heightをIEで使えるようにするjavascript[to-R] expressionで実装する expressionを使って、CSS内でjavascriptを使う方法だとかなりシンプルに書けます。 [CSS]IEで、min-widthやmax-widthを実現する方法 | コリス #foo { min-width: 600px; widt

font-sizeはpxやptなどで指定するとIEで拡大、縮小ができないので、パーセントなどで指定することが多いと思います。しかし、パーセントで指定すると、ブラウザごとに大きさが違ったりします。そこで、基本サイズが12px～16pxのときに10px～26px相当を表示するパーセントの数値を計算して、各ブラウザで確認したものをまとめました。 注意点 これは僕が自分で確認できる環境でのみ動作確認を行っています。動作確認したブラウザは以下になります。 Windows IE6 IE7 Firefox2.0.0.14 Opera9.27 safari3.1 Netscape7.01 Mac Firefox2.0.0.14 Opera9.27 Safari3.1.1 Safari2.0.4 IE5.2 計算式は以下のとおりです。小数点以下は四捨五入するとブラウザ間で差異でるようなので、切り上げることで

最近やたらとURLなどの文字列が折り返されない現象で頭を悩まされます。IEとSafari3以降はCSSでword-break:break-allを指定すれば折り返してくれます。Firefox3はハイフン(-)やスラッシュ(/）があればそこで折り返すのですが、半角英数のみだと折り返してくれません。word-break:break-allと少し挙動が違うようです。Firefox2はハイフン等の記号があっても折り返さず、突き抜けてしまします。 to-RさんがFirefoxとOperaでword-break:break-allを実現する「wordBreak.js」を公開していますが、tableだけにしか適用されずFirefox2をサポートしていないので、自分で書いてみました。（追記：ソースをgistにあげました） wordbreak.js for jQuery — Gist IEとFirefox2

vimのTipsをいくつか紹介してみます。vim使い始めて半年くらいたつけど全然使いこなせてないです。 選択した部分を検索 ビジュアルモード選択した部分を*で検索できる。これはかなり便利です。 vnoremap * "zy:let @/ = @z<CR>n ディレクトリ自動移動 .vimrcにこれを書いておくと開いたファイルのディレクトリがカレントディレクトリに変わります。 au BufEnter * execute ":lcd " . expand("%:p:h") 空行を削除する これでできるかと思ったけど消えなかったorz :%s/^$//g これでおｋ :g/^$/d 選択範囲の全行に文字列追加 ブロック選択モード（C-v）で範囲指定して、Iで挿入モードになって、任意の文字列を入力した後ノーマルモードに戻ると選択した全行に挿入されます。複数行を一気にコメントアウトとかインデントした

vimのhelpの引きかたに関するメモ。 同じ文字で異なる機能のヘルプを引く :help winheightでヘルプを引くとevalのwinheight()が引っかかる。optionのwinheightを引きたいときは:help 'winheight'。 :help deleteだとevalのdelete()が引っかかる。:deleteのヘルプを引きたいときは:help :delete。 キーバインドのヘルプ インサートのキーバインドを引きたいときはiをつける。たとえばインサートモードの<C-a>をひきたいときは`:help ictrl-a`。 単語ジャンプ filetypeがhelpのとき、単語の上で<C-]>でその単語にジャンプ。<C-t>で元の位置に戻る。これ覚えておくだけでhelp読む効率が結構あがる。 ヘルプを縦分割 :vertical belowright help word

vimでgrepとかするときに、結果はquickfixに反映されるわけですが、これは自動で開いてくれないのでgrepしたあと:cwとかして開かないといけないのがちと面倒です。 下記のようにcwもgrepと一緒に指定してもいいんですけど、| cwを毎回タイプするのも面倒です。 :vimgrep /hoge/j * | cw で、それを解決するにはvimrcに下記のように設定します。 autocmd QuickfixCmdPost make,grep,grepadd,vimgrep if len(getqflist()) != 0 | copen | endif これで対象があるときのみ自動でquickfixが開きます。

imはファイル名のところでgfとタイプすると該当のファイルを開く機能があります。 例えば以下のようなソースでjs/jquery.jsの上でgfと押すとカレントファイルからの相対パスを探して、ファイルがあればファイルを開きます。 <script type="text/javascript" src="js/jquery.js"></script> でもHTML書くときにドキュメントルートからの絶対パスで書くときもあるわけで、そのときはどのディレクトリがドキュメントルートになるかvimはわからないので開くことができません。 そこで以下の様な関数を定義して、ドキュメントルートをあらかじめ指定しておくことで絶対パスのファイルでも開けるようにしました。 " HTMLとかでドキュメントルートからの絶対パスのファイルを開く（gfみたいな感じで） " 絶対パスじゃなかったら(/で始まってなかったら）gfと

下記の様に書けばクリップボードにコピーできるのですが、行単位じゃないとコピーできないし、オペレーターとして使えないのが若干不便です。 nnoremap <silent> <Space>y :.w !pbcopy<CR><CR> vnoremap <silent> <Space>y :w !pbcopy<CR><CR> nnoremap <silent> <Space>p :r !pbpaste<CR> vnoremap <silent> <Space>p :r !pbpaste<CR> なのでクリップボードにコピーするためのオペレーターを定義しました。pbcopyを使うのでMac限定です。 " Macでクリップボードにコピーするoperator if has('mac') function! Pbcopy(type, ...) let reg_save = @@ if a:0 silent