また、スゴロク表彰式？授賞式？も取っていなかったので、こちらは参加せずにmixi内で誘い合わせて飲みに行ってました。そこで話した内容もまたFlashとMAXの話。どこまで好きなんだかちょっと自分が心配に。
詳細は続きにて
Webクリエイターのための映像制作ガイド
昔別のイベント(おそらく2004年2月のMacromedia MAX Japan)でも似たテーマのセッションを取ったのですが、今回はMasterCollectionを生かすために参加。右も左も分からない状態なので、かなり低いレベルノウハウがほしくて受講しました。
目的からは外れていたのですが、企画書から撮影当日のスケジュール表まで網羅されていて、かなり良い勉強になりました。
手書きの絵コンテ
情報共有に役立つスケジュール表(専門用語があったのですが、ど忘れ)
企業が提供するセッションは企業自体の説明が長いのであまり取らないのですが、AIR関係のセッションがあまりとれなかったので、これを選びました。結果は結構良かったです。
楽天の想定としてはあげられていたのは次の通り。
ある程度PCを扱う能力があるユーザ層を対象としたアプローチでした。
楽天のビジネスでどうAIRによるデスクトップツールが生かせるかと言う説明が終わった後、モック段階のDEMOが示れました。
いろいろと不具合がブログなどであがっているMac版だったので心配しつつ見ていたのですが、複数枚の画像がDrag＆Dropでタイムラグが多少あっても苦もなく取り込めていたところでMac版AIRに対する信頼度がちょっと上がりました。確実に動かないと思われる機能をうまく避けたプレゼンなのもすばらしかったです。
立ち上げ時の画面
写真を一度に取り込み(ただしこの時点ではオークションで使う写真には設定できていない)
チャートによる分析画面
楽天のAIRを含むRIA、デスクトップアプリケーションへの取り組み体制
ニューヨークでCS3の発売記念で設置された大型スクリーンによる広告。アニメーションがスクリーンの前に立つ人などの動きに応じて変化するそうです。オープニングでこれを流して、デザインって見た目だけじゃなくてどう組み込まれるかが分かってないと駄目ですねと言う流れに。
趣旨はデザイン会社もただ唯々諾々とGUIの、側だけのデザインだけしてないで、パーツのアニメーションを設定したり、アクションを埋め込んだりして、もっとすばらしいユーザ体験を提供できるように、ひいては収益アップに努めましょうという話。そのためにも、RIAのGUIのデザインに関わるデザイナーはそれがどう使われて、どう組み込まれるのかに関心を持ち理解をし続けなければ行けない、とか
その他、アプリケーションの利用方法など要約
FlexBuilder3は2よりはスタイル面で好印象。スタイル指定にSWFが指定できたり、そのプレビューも出来たり
OpenSourceを活用してデザイナーでもかなりの動きを付けられるようになる
話の中には出ていなかったけれど、現状のFireworksでは配置した場合絶対位置指定しかできません。また、コンポーネントスキンをカスタマイズしたとしてもそれを書き出してくれません。
便利な点は、MXMLをパーツ単位でコピーできることと私は思っていますが、その辺はさらりとしか紹介されていませんでした。
春先から夏にかけて結構とまどった作業区分になるので、賛同しがたい点も多いです。現時点ではよほど凄腕の管理者が以内限り、スクリプトの習得が十分でないデザイン専業者が関わるのは容易ではありません。Thermoまで待った法がよいかも。私はデザインもシステムも両方扱うタイプのWeb屋ですが仲立ちとして役割を果たしたいしそういう人は数が少ないので、やっぱりデザインとシステムの翻訳を行える人間を増やすのは急務というのは納得。
基本は作品紹介。
思った以上に芸術家的というか、その人のプロダクションならではのアニメーションが展開されていました。
セッションとしては、それだけ特殊なアニメーションであるのでFlashでの作業状況をせっかく見せてもらってもなかなか応用が利きません。私はどちらかというとプロジェクト管理というか製作工程の管理やFlash以外の課程の話を期待していたのでちょっと残念なセッションになってしまいました。
こういうのはすごく参考に。
この内容は、現役の制作者向けではないような気がします。レベルを書いてくれるより、セッションの対象者をもっとわかりやすく示した方が今回のMAXってうまくいったんじゃないでしょうか。
]]>「Flash PlayerクロスドメインセキュリティとAIRセキュリティモデル」と「必見！海外でのAdobe Mobile & Device、そして日本でのモバイル機器向け放送におけるFlash」の詳細は続きにて。前半は別の記事で紹介してます。
Adobe 上条氏によるセッション。前半がFlash Playerで後半がAIR。AIRの方は初めてセキュリティモデルについて話が聞けたので大変参考になりました。AIR1.0の次のバージョンはFlash Playerのようにセキュリティにもっと配慮したものになるというのは大方の予想どおりのようです。AIR1.0は必要な自由度を線引きしているような状態にあるとのこと。
Flash Player8以降で書き出したHTMLコンテナスへのセキュリティについてから始まり、よく引っかかるポイントになるpolicyファイルに関することまで。データは使う前に正しいかチェックというのはサーバサイドだけじゃなく、Flashも同様であることを忘れてはいけないとか。
getURLさえも実行できなくなるのでかなり重要なパラメータ(ブログパーツを作ったりすると引っかかる)
Flashのデータ取得には、非同期／同期のものがある。BitmapData.draw()などが代表的な例
そのうち同期が必要な物に対しては非同期系とは別の配慮が必要で、非同期のデータ取得を行うObjectのcanPolicyFileプロパティをtrueにしなければ実行が不可能になると。
この辺全然知りませんでした。ただし、AS2〜使えるけれど、対応しているPlayerはFlash Player9以降。
BitmapData.draw()はFlash Player8でも引っかかるのですが、やはりFlash Player8を対象にしたコンテンツではプロキシを通してやるしかないということらしいです。
AIR APIはローカルマシン上のファイルを削除する機能も備えていて作りようによっては危険な物になりかねないので、AIRのセキュリティモデルを知ってより安全で、AIRの期待感を裏切らないイメージを傷つけないコンテンツを作りましょうという話。
インストールが必要なワケ
ベータ2から証明書(自己署名を含む)が必須になりました。
インストールをユーザがさせることによって、AIRのコンテンツを使うことの自覚や危険性を熟知した上で信用の出来る配信者がそのコンテンツを配布していることを確認してもらうことが目的。最後の砦という表現。
インストール画面に警告が並ぶ理由の説明でした。納得
証明書と言えば、現在AIRの話で耳にする証明書はベリサイン系列ばかりです。ほかの会社の証明書の話も聞きたいところ。
AIRアプリケーションとセキュリティ
AIR1.0で提供されるもの
AIRセキュリティモデル概要
想定されている攻撃は、Elevaration Attack(必要以上の権限を持って実行されてしまう)とInjection Attack(別ドメインからのデータに紛れ込んだ命令の実行)
Flashのセキュリティモデルはアプリケーション/非アプリケーション
HTMLのセキュリティモデルはアプリケーション/クラシック
サンドボックスブリッジ
ファイルの置き場によって使える機能が分かれているので、確実に安全に実行しなければ行けない部分とある程度緩やかに外部データを受け入れる部分とに分けた開発が行える。実際にこの方式の方が増えると予測されている。
サンドボックスブリッジは、Classicサンドボックスから一部のAIR APIを利用するためのもの(一部については制作者が指定する。間違ってもAIR APIのオブジェクトそのものを明け渡しては駄目)
最後のまとめのスライド。
こんなタイトルですが、要するに非PC向けFlashの現状と将来について
前半は海外の事情と使用例
国内と同様ゲームコンテンツは成功している様子。
モバイル向けコンテンツの紹介から、MobileのUIとして採用されたFlash Liteまで。iPhoneはUIとしては絶対採用しないだろうけど、傾きセンサー付のソニーエリクソンのケータイのUIを見ると夢が広がりました。動画の撮影が禁止されていたのが一番悔しかったセッションです。セッションの趣旨は違いますが、かなりほしく、作ってみたくなりました。
かなりの人が期待しているFlashVideoの再生ですが、ライブVideoに関してのみいうと、このセッションで見たSoftbank経由のLiveVideoはかなりのタイムラグが生じてしまい、ちょっと残念な感じでした。
ライブ配信のイメージ図
ただ、SneakPeekでみたものはPCよりも早いと言う結果。国内ケータイに搭載されてみないとこの機能が吉と出るかは分かりません。国内は電波容量の問題も出てますしどうなるんでしょう。
後半はデジタルラジオのフロントエンドで利用されるFlashの話。
Flashで作れば、さまざまな機能・性能・解像度の端末に対して対応が簡単、オーサリング環境も制作ノウハウも十分整っている、しかも見た目も良いととにかく相性の良さをアピールしてました。
実験に参加したラジオ局もぜひ採用したいというお話。
あまりこの二つのネタが一緒になった理由が分かりませんでした。独立してても良かったかなぁ。
どうやらアメリカのMAXから選りすぐりを一挙2時間で公開！だったみたいです。
でも、全体を通して一番楽しかったイベントです。18:40からのイベントは全部そうですが、ビール片手にAdobeの話題を楽しく語り合うが趣旨のようで、食べつつ飲みつつ話を聞いていました。
Fireworksまだまだ頑張るよ！とか、Flashはガイドレイヤーいらなくなるかも、こんな風に3D扱えるようになるかもしれないぜとか、すごく簡単に、読み上げ原稿に合わせてカメラスイッチを仕込んだ動画を(しかも、品質はともあれ洋服程度のアバウトな背景でグリーンスクリーンな透過合成動画がとれる)録画できるとか、写真のサイズ変更を美しくできる技術を持った人が入社しましたとか…
選りすぐりなのでDirectorは外れてしまっていたのが残念。
]]>「RIA meets PDF:Form Guide使いこなし術」と「モバイルコンテンツ制作の効率化、そして楽しくなる方法」の詳細は続きにて。残りは別の記事で紹介予定。
LifeCycle Designerの機能が知りたくて参加したセッションです。以前LifeCycleという製品は1パッケージだったのですが、今回から別々の製品として売り出すことになったとのこと。Flexを使っていると話を聞くことがあるサーバウエアのLifeCycle Data Servicesも製品群を構成する一つになります。
フォームの設定をそれで行えるらしいと言うことしか知らずに参加したのですが、Designerの機能であるForm Guideは紙の申込書を自動的に入力可能なPDFへ変換、さらに、オンライン上で情報を送信の可能なRIAのフォームに変換するもののようです。描画自体はFormsが行うとなっているので、利用する際には両方が必要なのかもしれません。
RIAなフォームを提供しますが、バックエンドとして必ずしもLifeCycleの製品群のData Servicesを利用しなければ行けないわけでなく、入力フォームを描画するための情報および入力データはXMLで管理されるので、既存のサービスとの連携も可能だとのこと。
PDFが強調されていますが、デモによれば、入力フォームをユーザが見る段階で、RIAフォーム・PDF・印刷出力と選択できるので個人個人に向いた入力方法を提供するのには良さそうです。ほかのデモでは、複数のフォームを提出しなければ行けないときに共通する部分は一度の入力ですませられる機構を提供していました。
日本語サイトには情報が出てないのですが、LifeCycle Designerは約350ドルの製品。使いどころ、ススメどころは難しいかもしれません。
自動車の損害保険の保険金請求画面(写真上の具体的な箇所に対しダメージの状態を選択できるのは非常に使いやすそう)
PDFの入力フォーム
PDFの入力フォームを構成するためのXML(このデータを元にRIAの入力フォームをレンダリングすることが可能)
推測が多い点について：このセッション、せっかく資料が手元にある状態で見られる数少ないセッションだったのですが…、スライドが完全にばらばらになっており、資料を追うと話においていかれ、話を追うと資料を探す暇がないという残念なところもありました。DL出来るようになるそうなので、その時点の資料はちゃんとした順になると良いです。
モバイルコンテンツ制作にあまり関わっていなかったFlash制作者向けのセッションというのが正しかったです。
プレゼンテータになっている会社はDevice CentralをAdobeと共同で開発した会社だそうで、有料の新サービス(端末情報をほぼリアルタイムで契約者に配信したりなど)を計画中とのこと。
モバイルコンテンツにFlashを使うことの利点や、そのFlashコンテンツ企画、また背後にある台所事情が1/3。この部分はもうちょっと多く聞きたかったかも。その中で、モバイルFlashはどんどん思いついたところを追加しておけばいいとのお話が。現場制作者としてはおなかが痛くなるのではないでしょうか。確かに、工夫したら入れられた！というのは作り手にとって楽しい作業ではありますが、それを前提とするのは3Kを抜け出せない、抜け出す気がないという感じです。
制作ノウハウ的なものが1/3。要するに企画やクライアントさんがむちゃを行ってきてもそれをかなえるために、かつ、制作の最後で死なないために頑張りましょうというお話。
データのダイエットは、ファイルサイズをダイエットすべきか、実際に走らせたときのメモリ使用量を減らすべきかと言う、極限状態ではだいたいトレードオフの関係になってしまう2点の話を中心に。話を聞きながらFlash4〜Flash MXが出たての頃の制作者の工夫を思い出していました。描画能力の高くないディスプレイ＆非力な計算力のPC＆遅い回線速度と戦っていた時代のノウハウとかなり近いです。興味のある方はFlash-jpのML過去ログを読むと◎
最後の1/3はモバゲーさんのお話。メーカーとのタイアップゲームなどちょっと興味をひかれました。今回くらいの会社紹介のボリュームで、タイアッププロジェクトの話を展開していただけるとディレクタークラスの人にもっとアピールする物があったのではないかと思われます。
]]>当日のスケジュールと各レポートは次の通り(クリックすると記事へとなる予定)
| 1日目 | 2日目 | |
|---|---|---|
| 午前 | 基調講演 | (特別講演：参加せず) |
| 13:00〜 | RIA meets PDF:Form Guide使いこなし術 | Webクリエイターのための映像制作ガイド |
| 14:20〜 | モバイルコンテンツ制作の効率化、そして楽しくなる方法 | 楽天が考えるデスクトップアプリケーションの可能性 |
| 15:50〜 | Flash PlayerクロスドメインセキュリティとAIRセキュリティモデル | 求む！デザイナーによるアプリケーション開発) |
| 17:10〜 | 必見！海外でのAdobe Mobile & Device、そして日本でのモバイル機器向け放送におけるFlash | Flashで創るコラージュアニメーション |
| 18:40〜 | Sneak Peek | (スゴロク授賞式参加せず) |
国内でSneakpeekがあるのは初で、それが一番の目当てで参加しました。
ただ、AdobeといえばFlashと言う気もするし、AIRも大変楽しみなのですが、HTMLなどにももっと目を向けた内容だったら良かったなと思いました。
ブログに書くと言うより公認で撮影をしたかったので二日間とも9:30までに会場へ。Web関係の制作者は朝が遅く自分も例に漏れないので起きられるかどきどきでした。
一部原寸でなくiPhotoの出力したサムネイル画像を使っております。
予定通り、9:15くらいに会場へ。受付で撮影の申し込みをすると腕章をもらえます。ブロガー登録してないと駄目なのかと思いきや、ここで撮影の申し込みをすればどなたでも撮影ができる状態だったようです。どう見ても許可なしの人もいたし、録音してた人もいましたが(^^;
会場準備は受け付け開始と同時に完了するわけではないようで、受付周辺にて参加者は談笑したりスケジュールをチェックしたりと時間をつぶしていました。スケジュールとセッション会場の場所は受付付近でも確認が出来ます。
受付付近と無線LANが使えるとのことでしたが、この日はなかなかIPアドレスが取得できず、実際にAdobeMAX専用無線LANを1日目で使った人は少なかったようです。私もパソコンの代わりに、PSPを持ち込んでネットを見ようと思っていたのですが、結局あきらめることになりました。
会場の事情はさておき、mixiでつながるFlash関係の方は撮影目当ての方もそうでない方も皆さん早いようで、基調講演の前に知っている方にはあえてしまってました。
長いので続きにせず分割
]]>ケビン・リンチ氏による進行でした。氏が進行したことでも明らかなように、基調講演はFlash中心のインターネットよりのお話。Adobe MAXはまさにMacromediaが持っていた系統のイベントで、Macromedia時代以上にFlash寄り。(X)HTML中心な方にはそれほど関心のある話題は多くなく、また、Adobeと名前がついていても印刷関係の人は来ていなかったのでしょう。Adobeのイベントは参加したことがほとんどないのですが、Adobeは旧Macromediaの目指した方向と同じ物を目指したのかなぁと感じさせる内容でありました。実際、いろいろな物がMacromediaとの融合の元に変わってきているようです。
自社のテクノロジーの話を始める前にあったAdobeからのメッセージ内にあった言葉です。
「コンテンツが重要」「パーソナライゼーション」「少ないことは良いことだ」「動きに意味を持たせよう」「創るのは“UI”ではなく“経験”」
現場の制作者がひしひしと感じてる言葉だと思います。ユーザ中心のデザインよりもより具体的な気も。
自転車レースの模様をみせるWebサイトを例にして
長いので先にまとめるとこんな感じになります。 詳細は続きにて関心度順に。
海外のブログでほぼダレもが絶賛していたThermo。確かに見れば納得の代物でした。
ThermoはリッチなUIを提供するためにデザイナー向けアプリケーションで、現在は「デザイン->FWでMXMLに書き出し->Flexでアクションを設定」となっているワークフローを大幅に改善する物です。
写真にマウスを載せると大きくなりタイトル情報を出すものや、スライダーをつくるデモが行われましたが、タイムラインはAfterEffect系(むかしからのAdobe系タイムライン)で、Adobe製品に慣れているデザイナーに使いやすい物でした。
タイムライン
入れるレイヤーによって機能が正しく設定される方式は簡単かつカスタマイズがしやすいと思いました。
入れるレイヤーによって機能が設定されるをもうちょっと詳しく説明すると、スライダーの場合、アクションを付けなければ行けないパーツは4つあります。
今まで、FlashやFlexではそれぞれのオブジェクトを配置し一つずつスクリプトを設定していました。
この部分がデザイナーに取って小さくない障害になっていたのですが、それをデザイナーに向いた方法で解決しているのがすごいところです。単なるPhotoshop(もしくは、IllustratorやFireworks)で創ったデザインを「スライダー機能をもったオブジェクト」に変換すると、シンボル化(この名称が正しいのか不明)され、内部に3つのレイヤー(Photoshopのレイヤーセットのようなイメージ)を持つようになります。
このレイヤーはそれぞれ先に挙げた、4つに対応しているのでそれぞれ対応してる部分にパーツをいれてプレビューすると、スライダーとして機能します。
この機能独自クラスに対しても使えるなら最高です。現在のFlashやDreamweaverを拡張する方式と同じスタイルでかまわないので、そういう方向に自在にカスタマイズできることを期待します。…
Flexでの開発経験から考えて、現在のワークフローは消えないと思いますが、現在のFlex作業はデザイナーとFlex、ActionScriptの技術者とが共同作業をするにはかなり強力なツールになると思います。
今回のMAXはAIRとFlexのためのイベントではというくらいの一押し製品AIR…
いくつかAIR上で動くアプリケーションが紹介されたのですが、その中でも一押しそうだったのがワープロです。
buzzWord
Word形式のファイルも取り込めるし、文書自体をWeb共有しているので複数で作業することも簡単です。履歴もしっかり残せるので利用のためのトレーニングはあまり必要ないと思います。現状バージョニングというとCVSとかSubversionを導入するのが普通ですが、システム屋さんでも内限りこういう形態で利用する方が安全な気がします。
AIRはWebKit搭載で簡単に独自デザインのブラウザが提供できるのですが、それを使ってサイトの一部を切り取りデスクトップに貼り付けると言う物がありました。4年くらいまえNTTが実験サイトで、Webサイトの一部を切り取って自在にスクラッチブックするというのをやっていましたが、デスクトップでそういうことが出来る時代になったのねとちょっと感慨深いアプリケーションでした。
英語の方を聞いていたわけでないので聞きそびれました部分がありましたが、新たにAdobeが買収したScene7という会社の技術です。Flash製の電子カタログを調べている人は絶対に見たことがある技術で、私も以前この会社のサイトを訪問して買収されたことは知っていたのですが、今回紹介されるまですっかり忘れていました。
デモで紹介されたアパレルメーカー(Anthropologie)のサイトに対しては製品写真の拡大、写真と色に関する検索を提供していました。
拡大縮小はほかにもある(Zoomifyなど)ので割愛しますが、たとえば、赤を選択すると、カラーホイールで選択した赤に近い色の洋服やグッズの写真を検索して表示してくれます。具体的にどういう構造でそれを実現しているのか紹介はありませんでしたが、これもすごく評判が良かったです。
カラー検索以外にもAmazon.comのようないくつものクライアントと技術DEMOがサイトにあるので興味のある方はそちらも見ておくと良いです。
Webベースのファイル共有システムで、文書のPDF化(保護も含めて)、FlashPlayerが再生できる形式ならすべてプレビューが可能。サムネイルなどの自動作成機能もあり。
ベータ版ですが、Web APIがすでに公開されていて、ファイルの読み書きが出来ます。どちらかというとAIRからサービスを利用させるためのWebサービスでしょう。
…そういえばAdobeのSNSってちゃんと使われてるんですかね。登録したっきりです。あれも面白いのですが。
現在はベータ2。Adobeアカウントを持っていれば使えます。残念ながら英語のみ。
Flashの動画がH.264で配信可能に！実際見比べると違いが歴然。フルスクリーンで見ることを前提に配信するなら断然H.264でといいたいぐらいです。
最後にDoCoMoから、DoCoMoケータイにおける対PDFと対Flash Liteへの取り組みの早さの演説(あえて演説)がありました。Adobeの未来で盛り上がっていたところだったので、ちょっと世界が違って聴衆としてはついて行けなかったかも。国内の強力なパートナーとしてPRするつもりでいらしたのだともいますが、ちょっと損した感じだと思います。
ただ、Flash Liteが限りなくまともに搭載されることを切に望みます。容量制限はやっぱりあるらしいですね。1クリック1ファイルルールがなくなるといいなぁ…
]]>あと、FlashDevelop3.0.0 beta 4向けにFlash Viewerのパッチが出てるので26日以前のDLしている人はパッチを取得すると良さそうです。
FlashDevelopは、プロジェクト単位/非プロジェクト単位（つまり１枚のasファイルも扱える）でActionScriptを記述＆コア／自作クラスやメソッドの補完、swfのパブリッシュができる.NET1.1で書かれたWindows用ソフトウエアです。
何もしなくても強力なActionScriptの補完機能、各種Player対応のSWF出力機能を持ちますが、プラグインを導入することでかなりFlexBulider2に近い形で利用できます。
私が一番使っていて嬉しかったのは、インストール済みのアプリケーションFlashと連動できるところ。
すごく単純な仕組みなのですが、Flash IDE(詰まるところのMacromedia/Adoe Flashのこと。おそらくバージョンはいくつでもよくflaファイルを編集するのに指定されているアプリケーションでムービープレビューする仕組み)でflaの編集、FlashDevelopでASライブラリの記述を行っているとき、Flash IDEのムービープレビューのショートカットを押せばFlash上でムービープレビューできます。私はたいていその形式で開発を行っているので、すごく便利。
Flex Builder 2(無駄にwith chartingを持っている)はその名の通りなので、Flashと組み合わせるためのASクラスをつくるにはかゆいところに手が届かないことがあります。あとは価格でしょうか。学生や学校関係者向けには無料ダウンロードが始まるそうですが、なかなか遠い存在ではあります。
また、Eclipseプラグインではないので、Eclipseプラグインの宿命ともいえる重さとは無縁です。文法チェックもプロジェクト全体を対象に選んでいるわけではないようで、実用に耐える速度で実施されます。文法チェックはオープンソースのSWFコンパイラであるMTASC対応なので、未使用のクラスなども指摘されます(指摘されるだけで削除はしない)
現在はbeta4が出ているのでそれをインストーラーでインストール。26日に出たパッチファイルを所定の場所に展開したら、起動し、Tool から設定を一カ所「encodingをUTF8へ」変えておきます（デフォルトが英語専用なので無指定で保存すると日本語化けます）
FlashDevelopを使う上で最小限覚えておくべきショートカット、導入をオススメするプラグインは続きにて。
日本語フォントを使うネタとか、メニューを日本語化するネタ（２向けのファイルだけど、３でも高確率でちゃんと日本語になります）とか を読んでおくことをオススメします。
ただし、ショートカットキーは現在のところ指定できませんので、頑張って慣れるしかないです。
FlashDevelop3.0.0 beta 3からプラグインやテンプレートの置き場が、ユーザディレクトリ以下に変更になったので注意です。
C:\Documents and Settings\<UserName>\Local Settings\Application Data\FlashDevelop以下のpluginsフォルダに入れましょう。Adobeのソフト準拠なので、Flash屋さんにとっては慣れた場所にあり迷わないはずです。
どのプラグインもHatena グループのActionScriptから日本語の解説を見ながら、ダウンロードページにジャンプできます。
ほかのプラグインを探すときにはフォーラムへ。ただし、FlashDevelop3ではFlashDevelop2向けのプラグインは利用できないのでバージョンに気をつけてください。
私は基本がFlashIDEでプレビューするので不要と思いましたが、traceをFlashDevelopで出力するプラグインやFlashTracerのFlashDevelop版も存在しています。
強力なスニペットエディタを利用することによって、選択範囲をifの条件にしたりとかなり自由自在 に設定が可能です。言語ごと(標準ではAS2/AS3/XML/HTML/Javascript/CSSに分かれている)にスニペットを登録可能なのも使いやすい点。
私はcase文の設定をしていますが、こんな感じに書いています。
case $(EntryPoint):
break;
$(EntryPoint)はスニペット挿入後の入力開始位置です。
case $(EntryPoint)val$(EndPoint):
break;
と書いておけば、valが選択された状態で入力が開始できます。ほかにもファイルパスを入力したりするスニペット記述用変数もあるので、スニペットエディタのInsert Instractionプルダウンメニューをとりあえず開いてみてください。ヘルプもそこにあります。
プロジェクトテンプレートを増やすとAIRとかそういうのにも対応できます。これは公式フォーラム(リンク先はAir対応のテンプレートの作り方にふれています)へ
ドキュメントが全部フォーラムなところ。プラグインでも何でもかなりかゆいところに手が届くないようですが、とにかくフォーラム。
あと、現在のβ版はビルドバージョンごとに次々新機能が追加されているので常に最新版にしておくのがオススメ。開発者版はインストールなしで使えるので、試すのにちょうどいいです。こまめにFD3 Talkをチェックしましょう。
]]>完全に私家版ですので、誤っているところなどございましたら、ご指摘下さい。
本文章は、クリエイティブコモンライセンス(表示-継承 2.1 日本)で公開しています。
まずは、SWX用語編から。
SWXはデータフォーマットから、ASのクラスSWX、サーバサイドのSWX PHPまですべてにSWXと言う言葉が使われているので理解をするには用語を理解する必要があります。
SWXデータフォーマットは変数(result)情報を含むSWFです。
SWXは、resultという名前の変数が必ず含まれておりその中にActionScriptのオブジェクトなら何でも格納することが出来ます。ドキュメントに書いてあるとおり、このファイル自体はMacromedia Flash 5以降のFlashで生成する(*)ことが可能です。
注）*パブリッシュするときはSWF形式で良い。
resultという変数が存在するSWFであれば、SWXのASコードで利用できるので、サーバアプリケーションがあるなしにかかわらず、同じASのコードで私たちはSWXデータフォーマットを利用できます。
普通のテキスト/XMLデータと比べた場合の利点は、次の通りです。
もっともサーバウエアを置かない場合は、データの編集がFlashからしか行えないという欠点はありますが、複雑なデータを外部ファイルで置けば置くほど検討の余地はあると思います。
Flash Player6対応というのを無視すれば、resultには当たり前のことですが、Bitmapデータを含ませておくことも理論上可能です。
ActionScriptのライブラリやSWX RPCのサーバサイド実装については続きをご覧下さい。
SWXのサイトでも、上級者用と位置づけられているSWXデータフォーマット形式のデータを取得ためのActionScriptライブラリのことです。
具体的には、SWXクラスはMovieClipLoaderとSWXデータフォーマットの受け入れ先となるムービークリップを含むもので現在はActionScript2.0で書かれています。（AS3版は現在開発中とのこと）
SWXクラスのメソッドは先日の記事でふれていますので、そちらをご一読下さい。
SWXデータフォーマット自体はSWFと同等なので、loadMovieおよびMovieClipLoaderで読み込むことが可能ですが、通常からMovieClipLoaderを使いこなしているユーザなら、わざわざムービークリップを生成してMovieClipLoaderで読み出すよりは、SWXクラスのインスタンスを利用する方が簡単でしょう。Flash上でムービープレビューするとき専用のtestGatewayも設定できますし、エラーや実行成功のイベントハンドラも持っています。
もちろんFlash Lite2.xのスクリプトでも利用することが出来ます。
サンプルコード
import org.swxformat.SWX;
var swx:SWX = new SWX();
swx.gateway = "http://www.yourdomain.com/php/swx.php";
swx.testGateway = "http://localhost:8888/php/swx.php";
swx.encoding = "GET";//CakeSWXPHPの場合は"POST"限定
swx.debug = true;
// serviceClassとmethodはチュートリアルのものを利用
var callParameters:Object =
{
serviceClass: "Calculator",
method: "addNumbers",
args: [15, 20],
result: [this, resultHandler],
progress: [this, progressHandler]
}
swx.call(callParameters);
function resultHandler(event:Object)
{
result_txt.text = event.result;
}
SWFはSWX RPCのゲートウエイ(URL)を指定して、データを取得します。ゲートウエイはPublicなものと、自分でクラスやメソッドを設定出来るものがあり、TwitterやFlickerのようなメジャーなAPIはPublicGatewayを通して十分な機能を使うことが出来ます。
SWX RPC実装はSWX PHPおよびフレームワーク組み込み型のCakeSWXPHPのみが正式版として公開されています。(2007/10/29現在)
ユーザが使う上で理解しておくべきサーバサイド側の機能は次の通り。
アクションをPHPで書く際、PHPDoc方式でコメントを入れておくと、SWX Explorerでアクションの説明や変数の説明を見ることが出来ますが、1.0.1では日本語対応はしてないので、英語でドキュメントを入れるようにします。
SWFムービーから送ったargs変数の各値が、順にメソッド引数になり、メソッドの戻り値(returnで返すもの)がSWX形式のデータ内result変数に格納されます。
正式版
アルファ版
計画段階
使い勝手はniumさんの(twitter)を見るのが良いと思います。地味に機能アップで使い勝手向上。completionの機能向上でたぶん開発者版に9月追加されたhaXeがらみも追加
FlashDevelopは安定版はメジャーバージョンが2でインストールの紹介も2のものが多いですが、2はインストールが手間な割に使い勝手が微妙(EclipseプラグインのASDTの方がマシ)なので、仕事で運用するにもベータ版とはいえver3を利用する方がいいと思います(もちろん自己責任ですが2はそれ以前の問題)
ダウンロードはFlashDevelop 3.0.0 beta 4(フォーラムなので一番最新のものと落とす)
ちなみに、開発者版は、フォーラムのFD Talkからダウンロードできます。
FlashDevelopは公式サイトはなく、現在フォーラムでドキュメントなどを提供しているので英語情報であっても少々見づらい感が強いです。公式サイトってあったらどうか？といった意見を求めるトピックスがあがっているので、次のメジャーバージョンアップでは公式サイトができてくれるかも？しれません。(Nucleusのプラグインなどもフォーラム中心の展開で結構探すときに敷居が高い)
New Flex Builder 3 Packaging and Pricing
Flex Bulider 2はもともと無印版とチャートコンポーネント付属(対応)版のwith chartingがありましたが、Flex Builder3では区分が、StandardとProfessionalに変わると。
Adobe Flex™ Builder™ 3 Standard Edition - $249
Adobe Flex™ Builder™ 3 Professional Edition $699
現在は$499と$799(国内は64,900円と97,900円)なので、アメリカでの価格はちょっと安くなった感じ。
Professional版の追加要素は次の通り。
Data visualization and charting components
Memory and performance profilers
Flex test automation framework
データビジュアライゼーションとチャーティングコンポーネントに、メモリとパフォーマンスプロファイラ、テストフレームワークなので、仕事で使うならProfessional版になりそうですね。Standard版ならWindowsユーザならFlashDevelopで十分な気がします。
バージョンアップは無印版FlexBulider2からはStandard版($99)へ、FlexBulider 2 with chartingからはProfessional版へ($299)。standardからprofessionalは$499
夏に仕事で購入しましたが、with chartingにして良かったかも。注目(?)の国内価格はどうなるんでしょ。初めて計算したけど、with chartingは140円/ドル換算で無印は130円/ドル…無印はかなり勉強価格と言っておきましょう)
いずれにしろ、11/1よりFlex Builder2の新価格(Flex Builder3に準拠した価格になる)とFlex Builder3の価格がAdobeのサイトに掲載されるそうです。
]]>クリエイティブコモンズ 表示-継承 2.0 イングランド＆ウェールズ（英）(english - Attribution-Share Alike 2.0 UK: England & Wales)に従って公開しています。
原文著作者：Aral Balkan
SWXをインストールしたPHPの動くホスティングを使わずに様々なSWX APIを呼び出すためにswxformat.org上にあるpublicゲートウエイを利用することもできる。
SWX public gateway のためのスタートページを見てみなさい。SWX PHPやSWX PHP MAMPバンドルをインストールしたときにみられるであろうものと同じスタートページです。(swxformat.orgではindex.phpがstart.phpになっている)
publicゲートウエイ用のURLは次のものです。
http://swxformat.org/php/swx.php/
SWX public gatewayを使うことは推奨するけれど、DoS(denial of service)攻撃と似たようなあんまりたくさんのリクエストをおくってそれをあふれさせたりしないでほしい。
publicゲートウエイはSWX Service ExploreとSWX Data Analyzerのバージョンもホストしている。
]]>クリエイティブコモンズ 表示-継承 2.0 イングランド＆ウェールズ（英）(english - Attribution-Share Alike 2.0 UK: England & Wales)に従って公開しています。
原文著作者：Aral Balkan
SWXはとっても単純だから、SWXを使ってFlashでデータを取得するインストラクションはMooCardにぴったりだ。(私を見かけたらそれについて尋ねてほしい！)
Flash上にFlickerから最新の100枚の写真のリストを取得する方法は次の通り。
loader.serviceClass = "Flickr";
loader.method = "swxPhotosGetRecent";
loader.debug = true;
loader.loadMovie("http://swxformat.org/php/swx.php", "GET");
これでいい。作ったムービーをテストして、FlickerからFlashに読み込んだ結果を見るためにSWX Data Analyzerをみよう。SWXはなんて単純なんだろうか。
もし、Flashに含まれている結果を表示したいと思うなら、長い１行のダイナミックテキストをステージに配置して、そのインスタンス名を「status」と付け、次のコードをタイムラインに追加することだ。
function onEnterFrame()
{
status.text = loader.result.photo[0].src;
}
初期段階で、テキストフィールドstatusにはデータがロードされるまでundefinedと表示されるだろう。データがロードされたら、Flickerから読み込んだ最新の写真リストの一番最初に並ぶ写真のURLを表示するだろう。データを読み込んだ瞬間に、どうやってFlashのネイティブなオブジェクトである結果にアクセスするか気がついたと思う。デシニアライズもデータをもむことも必要ないことだ！
この例の中で、SWX Publick Gateway(http://swxformat.org/php/swx.php)をつかった。それは、ホスト(サーバ)を用意することもなく、どんなバックエンドコードも自分自身で書かずにサポートされたAPIを使ってマッシュアップを作るためにあなたのアプリケーションの中でいつでも使っていいものだ。
]]>