ActionScript 逆引きクイックリファレンスこのページは毎日コミュニケーションズから発売中の書籍「ActionScript 逆引きクイックリファレンス (Flash 8対応)」のサンプルを掲載しています。（古籏、林、田中、三人分をまとめて掲載しています） ミスや間違い、リンクエラーなどがありましたらopenspc@alpha.ocn.ne.jpまでお願いします。本の訂正に関しては訂正ページを参照してください。
ノートPCのACアダプターの快適化を極める（その1）
ノートPCのACアダプターは、バッグに入れて持ち歩く場合はもちろん、据え置きで使う場合も何かとかさばる存在だ。どれだけノートPC本体が薄型軽量でも、ACアダプターがかさばっているが故に台無しになることは少なくない。そこで、ACアダプターをコンパクト化したり便利に使うためのアイテムを紹介したい。2回に分けてお届けする。 電源ケーブルをショートタイプに取り替えてかさばらなくする 最初に紹介するのは、ACアダプターから伸びている長い電源ケーブルを取り替えて利用する、ショートタイプのケーブルだ。一般的な電源ケーブルは長さが1メートル以上あるため、バッグの中でかさばってしまうが、このショートケーブルは約20センチと短いため、取り回しが圧倒的によくなる。それほど電源ケーブルは長くなくてもかまわない場合にぴったりの製品だ。 製品は、一般的なメガネ型コネクタに対応した製品のほか、海外製のノートPCなどに見
Twitter用AutoPagerize - os0x.blog
2009/04/30あたりのTwitterのリニューアルでAutoPagerizeがうまく動作しなくなりました。(Pager部分がJavaScriptを動的に生成するようになったため、SITEINFOだけでは対応できなくなってしまいました) 2009/05/07あたりから、oAutoPagerizeならデフォルトのままで動作するようになったみたいです。 FirefoxというかGreasemonkeyでは、 AutoPagerizeTwitterFilter - SWDYHがお勧めです。 JavaScriptを有効にしていないとページを遡ることもできなくなったので、その点に関して修正が入ればAutoPagerizeが再び動作するようになることも期待できるのですが、残念ながらそういった様子はないみたいです。 というわけで、Twitter用のAutoPagerizeを書きました*1。 twitt
シムシティーの仕組み
シムシティーを作り始めていちばん最初に考えたのは、街を一種の生き物のように表現できないかってことだった。 僕が街についてどう考えているかはすでに説明したけど、大事なのは街を構成する建物とか道路じゃなくって、そこでどんな活動が行なわれているかってことだと思うんだ。道路を車が走り、電車が動き、人々が動き回り、常に要素が変化し続ける“動きのある”システム。街を表現する方法っていうと誰でも地図を思い浮かべると思うけど、僕は動きがない地図じゃなくって、たとえば飛行機から眺めた街、動きのある世界をディスプレイに表現しようって考えた。それこそが僕の考える街の姿だからね。 それともう一つ考えたことは、プレイヤーに伝える情報をできるだけわかりやすく、それも“面白い”って思えるような形で表現しようってことだった。シミュレーション・ソフトっていうとたいてい数値や図表がたくさん出てくるけれど、数字が並んでいるのを
コカコーラ1缶にどれだけ砂糖が入っているのか、一目で分かる写真 : らばQ
コカコーラ1缶にどれだけ砂糖が入っているのか、一目で分かる写真 ジュースやお菓子には、それなりの糖分が入ってるとは思っていても、具体的にどの程度入っているかはイメージしにくいものです。 コカコーラやお菓子、アイスなどにどれだけの砂糖（に相当する糖分）が入っているか、一目で分かる写真をご覧ください。 左から、39g 65g 108g 角砂糖は1個4gだそうです。 コーヒーや紅茶に入れる角砂糖を考えると、こんなに甘かったのかと思ってしまいますね。 スニッカーズの場合、一番右のレギュラーサイズで砂糖30g、総カロリー：280kcal。日本では見慣れない真ん中のキングサイズバーは砂糖54g、総カロリー：510kcal。 ハーゲンダッツ・バニラの場合、424g入りの1カップで砂糖84g。総カロリー：1080kcal オレオの場合、6枚入りで砂糖23g、総カロリー：270kcal。1枚につき角砂糖1個
Web 開発者の責任 (翻訳): Days on the Moon
John Resig 氏による A Web Developer's Responsibility という記事が素晴しかったので、著者の許可を得てここに日本語訳を掲載します。 Web 開発者の最大の負担は、ブラウザのバグと非互換性への対応に膨大な時間を費やすことであるといって間違いないでしょう。それゆえに、それらへの対応に不満をいうのは、Web 開発者全員の常となっていました。ブラウザのバグは迷惑でいらだたしく、仕事を大幅に難しくします。 ブラウザのバグはとてもいらだたしく、通常の開発における最大の負担です。ですから、開発対象のブラウザが、自身のバグを見つけ修正できるようにしてやるのは、すべての Web 開発者にとっての責任です。自分が見つけたバグに対して責任を持ち、「ほかの誰かがこれを見つけるだろう」とは思わないことで、ブラウザの進歩の速度は加速していくでしょう。 ブラウザを支援する解決策
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LDRize for Greasemonkey
Good night, Posterous
gzipの代わりにxzを使おう | Okumura's Blog