月: 2008年4月

ちとplayer9になってルールが変わったのでその辺少し整理しておく。
これはまだAS2の話なのであしからず。

Player9からはこれまでの禁則が緩和され簡単になっている。
やり方は以下のとおり

1. 本体のFLAを作成。名前を”main.fla”として”main.swf”を書き出すようにする。
2. フォント埋め込み用のFLAを作る。仮に名前を”share.fla”として”share.swf”を吐き出すように。
3. share.flaの中に”share”というMovieClipインスタンスを作る。
4. その中にtextFieldを作成し、埋め込みたいfontで埋め込み文字を設定する。ここでは”ヒラギノ角ゴ Pro W6″で”あほでまんねん”と埋める。
5. “share”インスタンスを共有書き出しする。ここでは”share”というlinkage nameで、share.swfに書き出す。
6. main.flaのライブラリで新規シンボル作成。名前を”share”として「ランタイム共有用に読み込み」としてURLに”share.swf”を設定。それをタイムラインに配置。
7. main.flaに以下のｽｸﾘﾌﾟﾄを書く

   txf = new TextFormat();
   txf.font = "ヒラギノ角ゴ Pro W6";
   txf.size = "20";
   tx1 = this.createTextField("tx1", 1, 0, 0, 0, 0);
   tx1.embedFonts = true;
   tx1.setNewTextFormat(txf);
   tx1.text = "あほちゃいまんねんばかでんねん";
   tx1.autoSize = "left";

8. 埋め込まれているfontは”あほでまんねん”なので、main.swf上では”あほちゃいまんねんばかでんねん”ではなく”あほまんねんでんねん”と表示される。（別にstage上に配置されたtestFieldにsetTextFormatでもよいけど）

これまでは同じswf内に同名フォントで設定されたtextFieldが存在していたりするとconflictしてどちらかが表示されないという問題があったが、Player9で書き出しを行えばその辺クリアになっている感じ。

まだplayer ver8で作らないといけない場合は、また話が少しややこしくなる。
fontのconflictが発生するために同じfont nameのtextFieldが使用できなくなる。

conflictの簡単な特徴としては以下のような感じ。

1. 同じswfファイル内で静的、dynamicTextFieldでlinkageされたものと同じfont名のものが存在すると、先に出てきた方が優先され、あとのTextFieldの文字がレンダリングされない。
2. ただし外部swfのなかでembedすることは可能。親のconflictの影響は受けない。ただしそのswf内でも前述のconflictの条件は存在する。
3. attach等をおこなってもconflict条件の対象になる。

といったところ。なのでこの条件が無ければver9と同じ設定で実装は可能。（なはず）

font setとして外部linkageする場合にはlinkage font nameを本来のfont nameと異なる名前にして設定することでこの問題を回避できたのだけど、TextFieldへの特定文字の埋め込みの場合font nameの設定を行う術が無い。

簡単に対応しようと思えば、同じfont nameのものを配置しない。ということになる。
つまり静的TextFieldの文字などをアウトラインにしてしまえばよい。ただ後々修正が入る可能性などを考えるとアウトライン化は避けたいところ。

ではどーするか？
まぁ今更使うこともないだろうけど、一応自分のためにもメモしておく。

オレは格闘バカだったのだ！！
格闘技が男をバカにするのか・・・
バカな男が格闘技にのめり込むのか！？
おそらくその両方であろう。
格闘バカにつける薬はない！

via:最強ロマン派 毎月父さん ヒラマツ・ミノル
いい言葉だ。

式を作るのに四苦八苦・・・汗
歳だなあ・・・・
つーか入れ子過ぎる。
ちょっと整理しよーっと。

久々引っかかった。というか引っかからざるを得なかったというか・・・。

お久しぶりです。
もう聞き及ばれていらっしゃるかも存じませんが、
このたび私どもは鈴木様ご夫妻のご媒酌によりまして
結婚いたしました。
未熟なふたりではございますが、皆様から頂戴したお言葉を胸に、
明るい家庭を築いてまいりたいと思っております。
どうぞ、今後とも変わらぬご指導とご厚誼のほど、
よろしくお願い申し上げます。
なお、下記に私たちの知り合った軌跡を記しておきましたので、
是非お立ち寄りください。
http://***.****.com/
略儀ながら、メールをもってご挨拶申し上げます。
敬具

差出人の名前は「山本」。いやーありがちな名前。だれでも2,3人は知り合いがいるだろう。そんな名前から「結婚しました」とかメールが来たら、一応開いて確認するだろう・・・と・・。
ただスパムとしては全然面白くも無く、やられたー！感があるわけでもなく、なんかつつくところがタブーっぽい禁じ手のように感じる。なんかもう一ひねり加えるとまた違うとは思うのだが、なんか利を優先するためにモラルすら踏み台にするぜ！みたいな匂いを感じて個人的にはこの手のスパムは好きではない。

Paperboyさんがこんなサービスを始めた。
30日間限定オンラインアルバム | 30days Album™
写真の共有系のサービスは結構竹の子状態で、海外だとBubbleShare、Flickr!、SmugMug、Buzznet（写真だけではないけど)やら、日本だとフォト蔵、livedoor PICS、olio、Zorgとか使っている。はてなフォトライフは使ったことがないので良く分からない。あとfotologue。各種サービス生き残りをかけて（結果論かもしれんが）様々な独自性を持たせている。
で、別にどれが良いとかそういう話ではなく、写真は写真への姿勢で求められるサービス内容がめっさ変わってくるので、なかなかこの竹の子状態の中から自分の用途にあったサービスを見つけるのが難しい。
昔はfotologue、Flickr!とか不特定多数に対して自分の写真を見せたい、意見を聞きたいみたいな感じだったのだけど、子供ができると田舎のじいちゃんばあちゃんに子供の写真を見せるという行為が多くなってくる。そこで問題になるのは「操作、閲覧の容易さ」、「認証管理の容易さ」、「アップロードのし易さ」の3点。

ボクタチ
モウズイブン昔ニ
ズイブン遠イトコロデ
死ンジャッテルンダケドサ
気ヅイテイナイカラ
気ヅカナイフリヲシテイルカラ
泥人形ミタク
黙々ト
イマデモ動イテンダゼ。
知ラナカッタンダゼ。

URLVariablesのdecodeの際に発生するエラー。

2101 The String passed to URLVariables.decode() must be a URL-encoded query string containing name/value pairs.

これを一体どこで拾えばよいのか？分からなくてしばらくはまってしまった。
URLLoader – ActionScript 3.0 Language and Components Referenceを見ていると、明確に取得する方法はなさそうな感じ。サーバとのやり取りの型には問題は存在しないという前提条件で、あとは”HTTPStatusEvent”でサーバエラーかそうじゃないか？を判断すると・・・いうことなのか・・。
（でもHTTPStatusEventでエラーがおこったからと言ってEVENT.COMPLETEをスキップするわけでもなさそう）
これはどうかなー。微妙だ。
URLLoader.dataFormatの設定は逆にﾘｽｷｰじゃねえ？？
これだとURLLoader.dataFormatは指定しないでEvent.COMPLETEハンドラーの中で
new URLVariables
してtry,catchしたほうが確実ってか？
おかしーだろ、じゃdataFormatなんてｲﾗﾈｰじゃねえか。
tryありすぎ・・・多段になっちゃうﾖ（書き方がまずいのか？）
っつーかHTTPStatusEventのプロパティがIOErrorEventとかと違うから、一括して単純にエラー処理にまわせない。statusとtextを分岐処理すれば良いだけだけど、面倒なんだけど。せめてstatusとtextを両方に用意しておいてもらいたいと思うのはｵﾃﾞだけですか？
え？event丸ごと投げろって？
まぁそれでもええけど。

world wide wave
面白いんだが、うちのWEBカムで指定の画角で撮影しようとしたら、えらい離れなくてはならずマウスに手が届かないという・・・・・orz
こないだのMy Thriller Video: Michael Jacksonもビデオ作れなかったしなー。
どうも映像、画像投稿系に見放されているっぽい。
ｶﾞｯｸｼ。
PS
しかしこれ映像の切り抜きに10日かかるってことは人力なのかしら？？
そこはやっぱ中国の切り抜き部隊が稼動しているのだろうか？
中国のパワーを世界に！
via:white-screen.jp:Waveで世界を一つに！Panasonic「World Wide Wave!」本日オープン

地味にややこしい！
解決策が見出せない！
ふがっ！

apeirophobia: mx.utils.Base64Encoderでバタバタやっていましたが、nutsuさんのお力添えもあり、無事実装できましたので一応ご報告。
TASK
URLVariablesの中に普通のString等と一緒にByteArrayで構造化した情報を突っ込んで送ることができるか？またそれをサーバから再度読み込んで復元できるか？
PROCESS
1)Base64ｴﾝｺｰﾀﾞを探すの巻
ByteArrayの送信の際にBase64でエンコードする必要があるので、その辺のｸﾗｽを探してみる。corelibのSHA256ｸﾗｽの中とかにmx.utils.Base64Encoderというｸﾗｽの存在が確認できるのだが、そんなものはどこにも無い。ということで最初はhttp://crypto.hurlant.com/のcom.hurlant.util.Base64ｸﾗｽを使って実装。一応これでも動く。
ただし開発が去年で停止しているのとcorelibの中にもcryptoﾊﾟｯｹｰｼﾞが移植されているので、できればmx.utils.Base64Encoderで実装してみたいということでモソモソしてみる。
2)Base64Decoderでエラーが出るの巻
nutsuさんからFlex3 SDKの中に入っているという情報を頂き、喜び勇んでゲット。しかしvar bde:Base64Decoder = new Base64Decoder();を行うと

Error: No class registered for interface 'mx.resources::IResourceManager'.
at mx.core::Singleton$/getInstance()
at mx.resources::ResourceManager$/getInstance()
at mx.utils::Base64Decoder()
at test_PostPlay_fla::MainTimeline/frame1()

が表示され動作しない。
3)Base64Decoderのエラーを回避するの巻
nutsuさんの環境では動作するということでしばらくググッてhttp://bugs.adobe.com/jira/browse/SDK-12205#action_178148に到達。
ということで以下のスクリプトを追記。

import mx.core.Singleton;
var resourceManagerImpl:Object =
flash.system.ApplicationDomain.currentDomain.getDefinition("mx.resources::ResourceManagerImpl");
Singleton.registerClass("mx.resources::IResourceManager", Class(resourceManagerImpl));

これでエラーは出なくなった。

おう、これはどこにあるんだよ？！
ねえじゃねえかよ！！
Flex3買わねえといけねえのかよ？！

なんか方法ありそうな気がするのだけど、うまくいかないので書いてみる。
以下のようにbinaryでLoadするとして,

var loader:URLLoader = new URLLoader();
loader.dataFormat = URLLoaderDataFormat.BINARY;
loader.addEventListener(Event.COMPLETE, _onLoaded);
loader.load( new URLRequest( "dummy.swf" ) );

これをMovieClipとして利用するのにはEvent.COMPLETEでバイナリを格納。（実際使っているときはバイナリ管理のクラスをつかってますが）

_bytes = URLLoader( e.target ).data;
_bytes.objectEncoding = ObjectEncoding.AMF3;//これは別にいらんけど

で、実際addChildする際には

var loader1:Loader = new Loader();
loader1.loadBytes( _bytes );
addChild( loader1 );

っつー感じなのですが、これをたとえば”ahoaho”クラスとかに割り振って

new ahoaho();

とかでインスタンス化できるようにできんのか？っつーこと。
いや別にloader使ってaddChildでもいいのだけどさー。
なんか出来そうな気がするのだけど、うまく割り当てが出来ない。