最速インターフェース研究会 :: IKEAストアのユーザビリティを改善するGreasemonkeyスクリプト
IKEAのユーザビリティがひどいです。 選択項目が一つしかないならプルダウンメニューを使うべきではありません。 不適切なプルダウンメニューの使い方はユーザーに過度な期待を抱かせる危険があります。 「ひょっとしてうちの近くにもイケアがあるのか？」 いいえ、実際にはFunabashiしかありません。ユーザーは失望し二度とサイトを訪れなくなるでしょう。 そんな苦痛を和らげるべくGreasemonkeyスクリプトを書いてみました。 http://la.ma.la/misc/userjs/ikea_auto_funabashi.user.js 導入前 導入後 どうぞご利用くだちい。
最速インターフェース研究会 :: JavaScriptで作ったお絵かきBBS
http://la.ma.la/bbs/ コード整形してだいぶ汎用性を高めたつもり。 わかりやすいデモとしてお絵かきBBSを作ってみた。 -IEの場合はVMLの自由曲線を使って描画します。 -他のブラウザの場合は1ドットのspan要素を使って描画します。 -GDを使ってサーバー側でpng画像に変換します。 firefoxかoperaの場合は2GHz以上推奨。書き込むたびにガンガン重くなる。 ---- この手のツールはすでにFlashやJAVAアプレットで優れた実装があるわけだけど、なんでわざわざJavaScriptで作るかというと。 まず起動が早いので、思い立ったらすぐに書けるという点。それから、FlashやJAVAアプレットは、表示エリア内にしか書き込めないのに対して、JavaScriptの場合はhtml中のほかの要素の上に書き込むことができるというメリットがある。 とりあえずここまで出
最速インターフェース研究会 :: JavaScriptでペイント、開発版
少し留守になるかもしれないのでとりあえずアップ。保存ルーチンをまだつけていない。 http://la.ma.la/misc/plot/draw2.html -zで一手戻す、+/- or q/a でブラシサイズを変更。 というキーバインドをとりあえず実装。作りこめば色変更とか、直線描画とかも色々できるだろうな。 ただ、この手書き機能を組み込んだチャットと、そのチャットを組み込んだWikiを作るというのが目的なので単体であまり作りこむつもりはない。 IEの場合、VMLを使った描画にしてみた。MSNメッセンジャーの手書きモードと、書き心地はそう変わらないが、やっぱり線が増えてくると重くなるのでそれほど書き込むことはできない。 DIV要素を足していく方式の描画エンジンをまず作ってIEの場合のみVMLを使った関数で上書き、という方向性で。 VMLはもう終わっている技術なので。SVGが使えれば一番いい
最速インターフェース研究会 :: JavaScript Vectorgraphics Library
JavaScriptのグラフィックライブラリ http://www.walterzorn.com/jsgraphics/jsgraphics_e.htm 以前TooltipAPIを使ってみたことがあるのだが、他にもずいぶんと面白いものを作ってたんだなあ。 隣接したピクセルを同じ要素にまとめることで描画パフォーマンスを上げている。同じような最適化をしようとしていたところなので丁度いいかも。使ってみようかな。 Drag & Drop APIもなかなかよくできてる。 http://www.walterzorn.com/dragdrop/dragdrop_e.htm 宮川達彦氏のブックマークから発見 http://del.icio.us/miyagawa ---- ついでに。 同サイトであくまでデモンストレーションとして公開されている「Rotate Image」は恐ろしい。処理に時間がかかりすぎて
最速インターフェース研究会 :: 全ての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」だそう
最速インターフェース研究会 :: Amazonのカートが仕様変更してるっぽい
http://www.drk7.jp/MT/archives/000942.html エラー画面がしばらくほっとけば直るようにも読めるんだけど多分仕様変更だと思う。なんかAmazletのカートに入れるボタン動かなくなってるし、はてなのも動かなくなってるな。他にも動かなくなってるアプリがちらほら。GoogleのデフォルトエンコーディングがUTF-8になったときのことが思い出されるような。 あくまでフォームを勝手に呼び出してるだけなので、いつ動かなくなってもおかしくはないんだけど、こういう些細な変更でも告知とか出してくれたほうが親切な気がするんだけど単に担当者がいないんだろうな。 Amazonとしては「API公開してるんでそっち使ってね、仕様変更はこっちの勝手」とか、そういう立場なんじゃないかと思う。似たような事例としてはRSS配信してるからデザインがダサくてもオーケーとか。そういう。 外部と
最速インターフェース研究会
http://blog.livedoor.jp/dankogai/archives/50957890.html まず、Object.prototypeにメソッドを生やしてしまうとfor inでキーを列挙するときにいちいちhasOwnPropertyを使わないといけなくなるので普通は使いません。影響が大きすぎるので、よっぽど変態的なライブラリじゃないと使わない。他のライブラリと組み合わせるとほぼ確実に問題が起きる。それから、deep_cloneが欲しい場合はJSONを作ってevalすればよい。パフォーマンスを気にする場合とか、浅いコピーが必要な場合はそれなりに工夫する必要があるけど。 で、JSONにするのにFirefoxだとtoSourceというのが使える。unevalというラッパーがあって、これだとnullでも平気。 http://subtech.g.hatena.ne.jp/cho45/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最速インターフェース研究会 :: mixiのポータル化を阻害するGreasemonkeyスクリプト