ishiduca blog

/ ishiduca_bolg[vox]

2011-01-12

■お年玉...

MacBook Air 11インチ欲しい！

ほんとうに欲しんよ

Permalink | コメント(0) | トラックバック(0) | 12:59

idトラックバック

2009-10-20

■[javascript]はまった　クロージャかどうかも分かっていないレベルなので...orz

「JavaScript: The Good Parts ―「良いパーツ」によるベストプラクティス」って読んだことないけど評価高いですね。「モダンPerl入門」の購買層と重なるとかいう話も耳にしますが（それはそれ）

ブログが続かないわけ | 僕、スコープとかクロージャとか曖昧でした

行儀の良い方法じゃないと思いますが、僕なりにも書いてみました。

何がクロージャなのかどうかも分かっていないんですけど...

<?xml version="1.0" encoding="utf-8"?>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>JavaScript The Bad Parts</title>
</head>
<body>
<h1>Java Script</h1>
<h2>The Bad Parts</h2>
<pre>bad knowhow</pre>
</body>
<script type="text/javascript">

window.onload = function(){
    var nodes = document.body.childNodes;
    for( var i = 0, len = nodes.length; i < len; i++ ){
        nodes[i].addEventListener('click',function(n){
            return function(){ alert(n); };
        }(i),false);
    }
};
</script>
</html>

最近は、DOMにイベントを仕込む時には target.addEventListener(type, listener, useCapture) を使うようにしてる。

参照

Permalink | コメント(0) | トラックバック(0) | 20:29

idトラックバック

Heavens hell - Mac::Growl のインストールの方法

2008-11-01

■[UI][ブラウザ]様々な形式のインフォメーションを処理するのに形を変える「雛形ガジェット」っていいんじゃないか、とか

メイン（windows）とサブ（macbook）を使っている関係もあって、メールはブラウザ上で見ている。（バックアップとして、windowsのメーラーを使うけど）　また、RSSなんかのサイトの更新情報もブラウザ上（というかRSSリーダー）で見ている。

異なる環境でインフォメーションをチェックする手段としてブラウザを介したウェブサービスを重宝しているんだけど、機動性（←いつでも読めるようにしておくくらいの意味）を高めるためには、ブラウザを立ち上げておかないといけない。

「読む（確認する）」→「ブラウザを閉じる」→「ブラウザを開く」という作業はそれだけで時間がかかる。

速くなったといってもFirefoxは起動するのに、まだまだ時間がかかる。とくに僕の場合、windowsの時には Twitter は Firefox のアドオンを使っているので、立ち上げっぱなしにしておかなきゃならない。（この辺は僕自体の問題だけど）

何となく感じていたモヤモヤ感はこの辺にあるんじゃないかと、特に画面の小さなmacbookを使うようになってから強く感じる。　んで、何を言いたいのかというと、生モノのインフォメーションを扱うウェブアプリケーションはブラウザである必要はないんじゃないの、という事。小型で軽量のガジェットの方が、画面を占領しないしいいよね、なんて。

でも、冷静に考えてみればSkypeやGTalkなんかのインスタントメッセンジャーはすでにブラウザじゃないし、実現されているわけですよ。

じゃあ、メールもRSSリーダーも専用のガジェットやアプリケーションを使えばいいのかというと、そういうアプリケーションのインストール・アンインストールってユーザーにとってはかなり面倒な作業じゃないですか。少なくとも僕にとっては嫌な作業です。アンインストールの事を考えると躊躇しちゃう。

んなわけで、僕はこんなのが欲しい

インフォメーション本体（OPML,RSS,FOAFとかのXMLやYAML,JSONなんか）
受け取ったインフォメーションをどう処理して表示するかの情報
メニューなんかのユーザーインターフェイスについて規定した情報

を受け取ってごちゃごちゃする雛形を持つガジェット

この辺（ http://jp.techcrunch.com/archives/20081022social-desktop-aggregator-sobees-launches-public-beta/ 「ソーシャル・デスクトップ・アグリゲータ」のSobees、公開ベータを開始] ）を読んでいてピンときた。

似たようなことは、既に誰かが書いていると思うんだけど、実際にはどうなんだろう。　それとも、もうこういった仕組みはできあがっているのかな？

Permalink | コメント(3) | トラックバック(0) | 10:19

idトラックバック

2008-08-26

■[bookmark]「まとめてxx」は結構重要

だと思う。

プライベートで頻繁に使うブックマークは、その頻度からも分かるように数量的に少ないはずで、そうでないと全部巡回するだけで日が暮れてしまう。一定の数量を保つことで、整理ができるから、それがいいんじゃないかと。

そこで、「まとめてxx」って、何が関係するのかということになるだけども、「まとめて消す」なんかがあると、一定の量を保つのに便利じゃないかと。

たとえば、一定の期間だけ頻繁に使う（アクセスする）ブックマーク先の例で説明する。

「ヘッドフォンが欲しい」という場合、ヘッドフォン関係の情報（ブックマーク）を集めて（グループ化する・タグ付けする・フォルダに入れる etc,）おいて、何らかのアクション（この場合は「購入を決断する」）をとった後、関連した情報（ブックマーク）は不要になるから、不要になったブックマークを消すことで、一定の数量を保つことができる。この際、グループ化したり、タグ付けしたブックマークをまとめて消すことができると、作業効率がいい。

と思うのは、自分だけか？

http://ishiduca.sakura.ne.jp/pocotan/pin/

Permalink | コメント(0) | トラックバック(0) | 22:03

idトラックバック

2008-08-22

■[bookmark]ブラウザのブックマークとソーシャルブックマークの使い分け

昨日の続き。

実際のところ、ブラウザのブックマークとソーシャルブックマークでは、訪問する頻度で自然に使い分けしているんだけど、僕の場合なんかは

（ほぼ）毎日訪問するサイト（ページ）とか、（ほぼ）決まった間隔て訪問するサイト（ページ）
ある一定の期間だけ頻繁に訪問するサイト（ページ）>> 欲しいモノの価格調査とか

は、ブラウザのブックマークに。

あとで読もうと思っているサイト（ページ）

なんかは、ソーシャルブックマークに登録していて、自然と「訪問頻度が多いもの」はブラウザのブックマーク、「訪問頻度の低いもの」はソーシャルブックマークと使い分けしているんだけど、これって「使い勝手の良さ」で無意識にコントロールされているんじゃないかと思うんですが、どうでしょう？実際、毎日訪問するサイトもソーシャルブックマークに登録しているんだけど、全く使わないし。

んで、考えてみたんですが、