最速インターフェース研究会 :: 全てのWeb開発者必見 : remember the milk のサインアップフォーム
ライブドアの次世代テクノロジーセミナーの後の二次会の後のSledge勉強会で発表したネタ。 http://www.rememberthemilk.com/signup/ Ajaxを使ったTODO管理やらリマインダサービスらしいのですが、これのサインアップフォームがとてもよく出来ています。苗字と名前から自動でアカウント名を補完してくれたり、それをサーバーに問い合わせてそのアカウントが取得できるかどうかを確認してくれたりします。 肝心のサービスの中身は使いやすいのかどうか良くわかんないというか、正直微妙な感じなんですが、一度しか通過しないサインアップフォームを作りこむ心意気が良いですね。 別に必見ってほどでもないか。でも知ってる人がいなかったのでブログに書いておくことにします。 ユーザーを「手厚く」サポートする UI 最速インターフェース研究会さんの 全てのWeb開発者必見 : remembe
最速インターフェース研究会 :: 入門Ajaxが初心者にオススメできない理由
このブログは基本的にひたすらなんか作ってリンク張るというスタンスでやってきたのでAjaxなサイトやら、ライブラリやら、フレームワークやらは全然紹介してこなかったし、あんまりそういうことをやるつもりもないのだけれど何で急にfluxiomヤバいとか書いているのかというと何もかも入門Ajaxのせいである。 入門Ajaxがダメだというのは、別に内容のことではない。 いや、もちろん内容が酷い部分もあるのだけれど、サンプルは初心者向けで悪くないだろうし、高度な内容を取り扱おうと思ったらきりがない。情報収集の仕方を知らない人がまとまった情報を手っ取り早く得たいと思っているならば、2500円は安い値段だ、悪くない。あと17冊買うべきだ。 問題は、この本がとても閉じているということだ。日本語のリソースしか紹介していない。クロスブラウザだとかビジュアルエフェクトだとかは海外のライブラリのほうがよっぽど上手くや
最速インターフェース研究会 :: 全てのWeb開発者必見：fluxiom
fluxiomである。 http://www.fluxiom.com/ fluxiomはRuby on Railsで作られた、ソーシャルとタギングを備えたオンラインファイラーというようなものらしい。まだサービス開始していないが、デモムービーが公開されている。 fluxiomを開発している会社はscript.aculo.usの開発元ということであるので、 当然「Rails + prototype.js + script.aculo.us」で作られている、ということになるのだろう。 と思ってみたら、開発者のBlogに追記されていた。「Ruby on Railsで作られていて、Flashは一切使っていない」ということである。 http://mir.aculo.us/articles/2005/11/24/fluxiom script.aculo.usは「web2.0 JavaScript」だそう
最速インターフェース研究会 :: 初心者にオススメ入門Ajaxのレビュー
正直、この本はボロクソに叩こうかと思って買ったんだけど、著者プロフィールをみるとどうやら本職の人ではないらしいのであんまり叩くのはやめた。とはいっても俺も本職の人ではなくどちらかというと無職の人なので騙されたと思って買ってください。20冊売れれば元が取れるので。（某大手アルファスパマー2.0の人は20冊以上売ったらしい） 全く関係ないけど 個人的におすすめなのはMdNのJavaScriptビジュアルリファレンスという本で、これはもっと前に紹介しても良かったんだけど、多分今出ているJavaScript関係の書籍の中で一番役に立つ。DOM関係やイベント関係も詳しくはないけれど、とりあえず全部載ってるので、一通り目を通せば何が出来て何が出来ないのかがわかる。なにで調べればいいのかわかるので、後はGoogleで調べりゃいい。 あと、WSHリファレンスのHTMLヘルプを手元に置いておくと便利。 ht
最速インターフェース研究会 :: Amazonのカートが仕様変更してるっぽい
http://www.drk7.jp/MT/archives/000942.html エラー画面がしばらくほっとけば直るようにも読めるんだけど多分仕様変更だと思う。なんかAmazletのカートに入れるボタン動かなくなってるし、はてなのも動かなくなってるな。他にも動かなくなってるアプリがちらほら。GoogleのデフォルトエンコーディングがUTF-8になったときのことが思い出されるような。 あくまでフォームを勝手に呼び出してるだけなので、いつ動かなくなってもおかしくはないんだけど、こういう些細な変更でも告知とか出してくれたほうが親切な気がするんだけど単に担当者がいないんだろうな。 Amazonとしては「API公開してるんでそっち使ってね、仕様変更はこっちの勝手」とか、そういう立場なんじゃないかと思う。似たような事例としてはRSS配信してるからデザインがダサくてもオーケーとか。そういう。 外部と
最速インターフェース研究会 :: [速報] GoogleのRSSリーダー（β版）、早速真似して作ってみた
GoogleからRSSリーダーがリリースされましたね。 http://www.google.com/reader/ ソース読むのとか面倒なんで真似して作ってみました。だいたい6時間ぐらいで出来た。 http://la.ma.la/roll.html このBlogで使ってるjsファイルをちょっといじって使ったので、キャッシュ利いてて動かない場合はリロードしてみてください。 Firefoxだとアニメーションがやや重い。アニメーションを無くせばもっとサクサク動くんだけどGoogleReaderよりは軽いんじゃないかと思う。 Operaはなんかスクロールしていくと強制終了します。アニメーションさせつつ、上下の要素を継ぎ足すようにしてやれば多分大丈夫だとは思うけど面倒なので現時点ではそこまでやってない。 あとはIEとFirefoxではホイールを使ってページ切り替えられるようになっています。 Goog
最速インターフェース研究会 :: ページレンダリングを妨げない広告挿入手法に関する覚書
多分わかる人にはわかると思うんだけど、わかんない人にはわかんないと思うので、誰かわかりやすく書き直してくれると助かるんだけどとりあえず書いておく。 例えば、GoogleAdsenseなんかで広告を挿入するには、外部ドメインに置いたJavaScriptを読み込んで使う。セキュリティ上の問題があるにもかかわらず外部ドメインのJavaScriptをそのドメインにあるかのように取り込めるのは、多分、そういう需要があるからだろう。 んで、そういうスクリプトの構成というのは大抵、scriptタグを挿入した位置に広告がdocument.writeを使って書き出される、というものだ。 しかしこの方法には問題があって、それはscriptがロードされて実行が完了するまでページのレンダリングが止まる、ということだ。jsファイルを受信するまでにかかる時間と、解釈と実行、document.writeでブラウザに出力
最速インターフェース研究会 :: むしろdocument.writeの方を書き換えて遅延ロードを実現する
一つ前のエントリの続き。 document.writeを使うデメリットは一個前に書いたとおり、jsファイルを置いてあるサーバーのレスポンスに引きずられてページの描画が遅くなる、ということなんだけど 広告にせよRSS貼り付けにせよ、どれもこれもdocument.writeで表示するHTMLを書き出すものばかりなので、むしろdocument.writeの方を書き換えてみることにした。 ビフォー http://la.ma.la/misc/js/feed2js_old.html アフター http://la.ma.la/misc/js/feed2js.html Feed2JSというサービスを使っている。 http://jade.mcli.dist.maricopa.edu/feed/ 本来は、Scriptタグの挿入位置にRSSやAtomフィードを貼り付けるサービスだ。前者が本来の使い方で、docu
最速インターフェース研究会: Amazon最速検索を作ってみた
デモここから。 http://la.ma.la/misc/aws/demo.html 説明書はこれ。 http://la.ma.la/misc/aws/ -IE6、Firefox、Opera8で動作確認しています -Safariではスクリプトの動的ロードが出来ない関係で、動きません。 -IFRAME内にパラメタ渡したCGIでscriptタグ生成とかやれば出来ないことも無さそうだが面倒なのでパス。 このエントリで書いた http://la.ma.la/blog/diary_200504140039.htm ＞検索エンジンがJavaScriptで検索結果を出力するインターフェースを備えていれば、CGIが使えないサーバーでも、クライアント側の制御だけで動的に検索結果を読み込むことができるようになります。 この理論を実際に実践してみた、といったところです。 Ajaxというよりむしろ、ブラウザベース
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
