技術メモ。
iframe等の子から親に対してイベントを渡す方法です。
ブラウザ毎に微妙に異なるので注意が必要です。
ちなみにdoctypeは「4.01 Transitional」「XHTML 1.0 Strict」「XHTML 1.0 Transitional」標準モードで確認済み。

//以下例では、onscrollイベントを当ててます。

//IE6の場合
parent.document.body.parentNode.onscroll = function(){}

//IE7,IE8の場合
parent.document.body.onscroll = function(){}

//firefox,safari,Chromeの場合
parent.document.onscroll = function(){}

ちなみにOperaはインストールしていないので試していません。たぶん動作するはず・・
IE6のparentNodeが必要なのが以外とハマる所かと思われます。

下記サイトでもparentNode調べてますね。むむむ。
IE でどこの子ノードでもないはずなのに parentNode が存在する場合がある

先月ファイルサーバがお亡くなりになってしまったので、HDDの換装作業をしました。
中のデータ毎失った事がショックですね。今後はデータを壊さないためにもRAID1で運用予定。

ちなみにヨメのPCのHDDも先月同じ時期に壊れてしまうという。。
HDDが壊れる事も最近は少なくなってきたというのに、連続してっていうのはどんな確率なんだorz
とりあえず無事すべてRAID1に移行完了したので、今後は片方壊れても復旧可能な安心設計。

しかし、パフォーマンス重視なのは分かるが、S○NYさんのデスクトップは何故にRAID0がデフォルトなのさ（写真はオリジナルマシン）
久々にセットアップから前の状況に近い状態まで戻すのに2日近くかかりましたよっと。

ヨメに似顔絵夏バージョンをお願いしました。

…たしかに夏っぽいですけどね((((；ﾟДﾟ)))ﾅﾆｶｶﾞﾁｶﾞｳ

夏のイベントといえば我が家では「阿波踊り」。
高円寺の阿波踊りが東京では有名ですが、神楽坂の阿波踊りは距離が近い。
坂を上ったり下ったりするので、下から上ってくる連を正面から見られるというのも魅力です。

中には素敵なギター三味線使いもw

格好良すぎ。キマッてますw

毎月開催のOpensocial Hackathonも7月です。今回はgoo×mixi共催 in Googleでした。
人数も多く非常にレベルの高いhackathonとなりました。

□情報共有Aチーム

OpensocialアプリからOpensocialアプリを生成するツール的なものでした。
先日「ポコポコアプリ」なるものが発表されていましたが、発想・着想は同じ所ですね。
非常に興味深いです。

□ゲームチーム

ドイツのボードゲーム「ダイアモンド」をOpensocialアプリに！
結構駆け引きが重要なゲームでしたw
チャット機能が付けばかなり人気が出る事間違いなし！なアプリでした。期待していますw

□写真・地図チーム

GoogleMapを使ってツーリング情報を載せていくアプリでした。
携帯とか端末で使えると便利！対応に期待です。

□チュートリアルチーム

ユーザ間でのゆるい関係から話すきっかけを作るアプリ。確かにSNSって微妙な距離感があってそれを埋めるツールという位置付けのアプリは重要ですねー。ゆるく声掛けしていくシステムが素敵でした。

□情報共有Aチーム

今の自分の状態をスイッチで表すというアプリ。スイッチによってはそこからユーザ同士の会話が生まれるアプリでした。何よりスイッチで簡単に自己表現が出来るライトさも非常にOpensocialアプリっぽくて素敵です。

□テストチーム
写真ないのですが（ごめんなさい！）、オールJavascript「Screw.Unit」でデバッグ環境を作るというものでした。確かにOpensocialはJavascriptがキモ。どうデバッグしていくかが鍵だと思います。firebugでも良いのですが、こういう専用のデバッガがあると非常に便利だと思います。

—
優勝は「ダイアモンド」を作ったゲームチームでした。おめでとうございます！実際にボードゲームもやりましたが、駆け引きがすごい楽しい！どこかのコンテナで公開期待しています！

ちなみに我がチームは前回チームの再結成で「MoSoマップ」なるものを再度開発したのですが、どうにもソースコードが複雑化し過ぎちゃっててうまく開発が進まず惨敗orz

コードのまとめ方は今後の課題ですね。subversionでのマージミスが結構ありましたね。。反省。未だに使いこなせていないなぁ。
結局各々でテストしている所を考えると、gitとかの分散型リポジトリの方がやはり良いと思いました。googleもMercurialを採用したみたいだし、分散型チャレンジだな。

先月のOpensocial hackathonで使ったアルバムAPI周りを再度勉強し直しました。
mixiのコンテナでもひっそりとアルバムAPIが動作するようになっていましたので、動作させる上でのいくつか注意した方がよい箇所をまとめておきます。

■アルバムAPI基本概念

1. アプリ登録ユーザのアルバム公開設定を「全体に公開」にしていないとデータの取得が出来ない
2. 最低2回の非同期通信が必須（アルバムIDを呼び出して、そのIDを使って写真を呼び出す）
3. 写真の名前を付けていない場合はdescriptionの値がnullもしくは画像ファイル名になる
   （例. 1111111_2222.jpg）

上記が1とかは分かっていないとアプリ作る際にはまります。
そしてmixiでの制限は以下

■mixiコンテナ上での仕様

1. FRIENDSなどのGROUP_ID（範囲の指定）が効かない。ALL、FRIENDS共に駄目
2. NETWORK_DISTANCEも同様に効果なし（値としては飛ばしてるけど、効果なし）
3. mediaitem.getField(opensocial.MediaItem.Field.ID)が取得できない。mediaitem.fields_.idで取得可能
4. 画像を呼び出すと一定時間毎にURLが暗号化？されている部分がある。
   （例. http://ic.mixi.jp/p/db596a515e44a61bda01f8e1988316c738fbc062ce/4a5c3440/album/(アルバムID)_(写真ID).jpg）
   BASE64か何か？永続データなどで保持しても画像パスは使えない。暗号化部分の法則が分かれば永続データでもいけるか。。
5. アルバムのコメントデータなどは取得出来ない

特に4の問題が結構重要で、URLが一定時間で変わると永続データに入れられないので、毎回アルバムデータを取得して、写真IDなどと比較する必要が出てきます。それは手間なので、うまい方法がないか、もうちょっと調べてみたいと思います。

もしかしたらまだmixi側の実装が完了していない状態の可能性もあるので、仕様が変わる恐れがあります（2009/7/11現在）

最近このブログの機能アップに費やす時間を増やしています。
色々と便利にしたいなとWP-AutoPagerizeプラグインを入れてみました。

これは元々FirefoxのGreaseMonkeyというアドオンの追加するユーザスクリプトで、検索結果やニュースページを見る際にページ遷移をせずにある一定のスクロールをした段階で、次のページの記事が追加されるという優れもの。

ただ、その上で問題になったのがsyntaxhighlighterプラグイン。
これはソースコードを見せる際に綺麗に整形してくれるプラグインです。

何が問題かというと、次ページ記事を読み込んで表示する際にソースコードがあった場合に、syntaxhighlighterの表示処理の動作をしてくれないというものでした。
そのため両方のプラグインの調整が必要になりました。

その調整のやり方を記載しておきます。

続きを読む »

GoogleがOS作らないのはANDROIDのせいかと思っていたらやっぱりやるのね。
ブラウザではなくOSを作るつもりだったんだねw
しかもChromeを出してからOS…なんと戦略的な事か。公表している3,000万人のユーザそのまま取り込む気満々だね！

軽量・高速いうことない。たぶんJavascriptとかでゴリゴリ動くんだろうなぁ…

しかしmicrosoftも最近WEBよりな姿勢を見せていたけど、ここまで行くには後何年かかる事やら
windows mobileがWebOSになるとかだと面白いかも。

ブログを携帯対応してみました。
WordPressって素晴らしい！プラグインで難なく対応出来ました。
このプラグインの手軽さは他のブログシステムだと得られないなぁ…と感動。

ちなみにWPtouchとKtai Styleというプラグインを入れて、オプション設定いじって完成。
一部携帯の方はヘッダ画像を出したいのでテンプレートファイルを調整していますが
作業自体は30分かかってません。

他のブログにはもう戻れない…

iphone3GS購入しました！
ipod touchを使っていたのですが、外出中にメールチェック出来ない不便さをどうにかしたいと思っての購入です。
（どこでもWi-Fiとか考えたけど、速度最大204kbpsとか考えたらあり得ないしね）

DDRなどのゲームの起動が速くなった事とアプリ間での切替の早さに感動。
進化を感じました。appleに感謝。