自動更新でFirefox3.6.2にアップデート。今のところ、特にアドオンの不調などもなくて快調・・・かと思いきや、閉じるタブが無い状態でCtrl+Wを押しても、ウィンドウが閉じない。
2010
3/24
2010
3/18
Aptana StudioへのZen-Codingの導入
はじめに
前回の記事の末尾で「つまりAptanaのプラグインとして何かしらのパッケージをインストールする、ということではなくて、各プロジェクト毎にZen-Coding用のスクリプトを配置していくんですね。」と書きましたが、どうやら別に各プロジェクト毎に設定する必要はないようです。
Aptanaでは、複数のプロジェクト（サイト）を同時に開いて作業を行うことができるようなので、Zen-Coding用のプロジェクトを予め作っておいて、常にそれを開いた状態にしておけば、他のプロジェクトのHTMLファイルを編集している時にもZen-Codingが使えるようです。
今回は、AptanaにZen-Codingを導入する方法について見てみます。
2010
3/17
「このサイトはオフライン作業用データの保存を求めています」
タモリさんのカレーがおいしいという話を思い出して、「タモリさんのレシピで作る「プレーンタモリ」がめちゃうま。 | おいしいくらし | BLOG × WORLD ENDING」というサイトを訪れてみると
このサイト（ドメイン名.jp）はオフライン作業用データの保存を求めています。
・・・という警告が。はて初めて見るなあと思って調べてみたところ、これはHTML5の新機能であるオフラインストレージについての警告だそうです。
iBlog – このブログにHTML5のオフラインストレージを暫定的ながら使ってみました。
全ページから必ず参照されるマルチメディアファイルやjsファイル、cssファイルなどをこのオフラインストレージに保存させることで、各ページの読み込みを高速化させているんですね。これまでのキャッシュ機能ともよく似てますが、ポイントはこれかな：
またHTMLファイルも含めた全てのファイルをキャッシュさせるようにするとiPod touchで完全オフライン環境でもURLを参照するとページが表示できるようになります。
iPhoneやらiPod touch、あるいはモバイルPCなどで、ネット接続のない完全オフラインな状態でも、オフラインストレージに保存されたデータを閲覧することが可能になる（保証される？）ってことですかね。
2010
3/12
Gmailの新機能「POPアカウントの更新」
僕は今のところメーラーとしてGmailを使っていて、自分のドメイン（@tonpoo.com）宛に届いたメールも、Gmail上で送受信するようにしています。ただし、@tonpoo.com宛のメールをGmailに転送するのではなく、Gmailからtonpoo.comのPOPサーバーにメールを読み（受信）に行くようにしています。
※転送しない理由については以下の記事を参照。
TONPOOBLOG » Gmailへのメール転送がヤバい
で、GmailでPOP受信する場合の最大のネックは、POPサーバーへのチェック頻度を設定できないこと。日々の受信メールの量などによって、Gmailが自動的に頻度を設定するようなんですが、会員登録などで「今まさにメールが届いているはず！」というような時、何分か待たないといけないようなことがよくあります。
そんな時に便利な「POPアカウントの更新」という機能がLabsの機能として実装されました！
Gmail Labに手動でメールを確認できる「POPアカウントの更新」機能が追加 : ライフハッカー［日本版］
いやいや、これは助かる。早速使ってます。
2010
3/6
Aptana Studio（Eclipse）のインストールとZen-Codingの準備
HTML5の勉強に加え、Zen-codingなんての身近で目にするようになってきたので、ここは一つDreamweaverを捨て、Aptanaによる開発をしてみようかと思い立ちました。ただこのAptanaがなかなか導入できない！そういえば以前もAptana導入を試みて苦労した挙げ句、使い始めてみるとやたらと落ちるのであきらめたことがあったなあ・・・。
で、今回は（今のところ）なんとか使えるような感じまでこぎつけたので、備忘録をかねて導入の経緯をメモします。
2010
3/3
BitmapDataの「2880ピクセルの罠」もとい、「幅or高さ8,192ピクセル＆ピクセル総数16,777,216の罠」
またまた今更ながらの備忘録メモ。FlashPlayer8から使えるようになったBitmapDataクラスによって、動的にフィルターをかけたり、グラデーションのついたマスク表現などを使えるようになりました。
が、フィルターやグラデーションマスクといった機能、サイズ（ファイルサイズではなく、width x heightのサイズ）の大きな画像やオブジェクトに対しては効きません。具体的には、対象となるオブジェクトのwidthまたはheightが2880ピクセルを超過すると、こうした機能が無効になります。
で、その詳しい理由については下記のURLが詳しい：
Flash 8 のイメージ API の概要 | デベロッパーセンター
該当する部分の引用：
メモ : Flash Player では、ビットマップの最大サイズは幅、高さいずれも 2880 ピクセルに制限されています。この制約よりも大きい BitmapData インスタンスを作成しようとすると、ビットマップは作成されません。これは、クライアントの RAM を使い切るような Flash ムービーを作成できないようにするために設定されています。2880 × 2880 ピクセルのビットマップには、約 32 MB 程度の RAM が必要です。
残念ながらFlashPlayer10でもまだこの点についての変更は無い模様。なぜこの記事を書いてるかというと、今現在この問題で引っかかってるため。さて、どうして回避したものか・・・。
＜追記＞
kaedeさんからコメントで情報いただきましたが、FlashPlayer10からはBitmapDataサイズの制限が拡大されていますね。
BitmapData – ActionScript 3.0 言語およびコンポーネントリファレンス
当該部分を引用：
AIR 1.5 および Flash Player 10 では、BitmapData オブジェクトの最大サイズは幅または高さが 8,192 ピクセルで、ピクセルの総数は 16,777,216 を超えないようにする必要があります（したがって、BitmapData オブジェクトの幅が 8,192 ピクセルの場合、高さは 2,048 ピクセル以下にする必要があります）。Flash Player 9 以前および AIR 1.1 以前では、高さの制限は 2,880 ピクセル、幅の制限は 2,880 ピクセルです。幅または高さに 2880 より大きい値を指定すると、新しいインスタンスは作成されません。
なるほど、8192 x 8192ピクセル、ってのはダメなんですね。で、改めて今回作業してるファイルを見ると、cacheAsBitmapかけようと思ったインスタンスの横幅が9600ピクセル・・・。そ、そりゃあダメですよね。