タグ: flash

Adobe Stockおよびリンクされたアセットを使用するCreative Cloud Libraries | Adobe Creative Cloudチュートリアル
Adobe製品の新機能Creative Cloud Librariesをillustratorで使った所感メモ。
結論から言うと、アセットの共有は非常に半端で制作過程における「管理」目的での使用は難しいレベル。
以下詳細

• グラフィックアセットに関して
  • シンボルとの境界が曖昧。位置づけとしてはリンクファイル延長の概念。（個人的にはシンボル的なものを期待していただけに落胆が大きい。）
  • 変形リセットがない
  • 共通選択ができない
  • 置換がない
  • グラフィックアセット間の入れ子ができない。（入れ子アセットの変更が反映されない。更新ボタンを押しても無理。親のアセットを編集すれば反映される）
  • シンボルに共有アセットを含められない（これはリンクファイルとして考えれば今まで通り）
  • イラレ互換PDFで保存すると共有アセットのリンクが保持されず、保存後再オープンでグラフィックに変換される
• 文字スタイルアセット
  • 再編集できない(従来の文字スタイルのようなStudy利用ができない）
• カラーアセット（塗、線）
  • 色の変更は可能。ただしスウォッチのようなグローバルカラーを用いた一括管理はできない。

デザインFixしたガイドラインライブラリのような使い方ならいけそうですが、それでも厳格な運用ルールが必要そうな印象。
Flashのライブラリのような完全な一意性を維持して同期する形が望ましいのだけど、難しいのかしらねえ・・・。
そもそも「シンボル」自体が半端な昨日なので、そっちをなんとかしてほしかったりする。

ブラウザ上で標準フォントや言語属性を検証していたところ気づいたのだけど、Chrome上のFlash PlayerはデバイスフォントがChromeの設定を継承する場合がある。
Chromeの[設定/ウェブコンテンツ/フォントサイズ/フォントをカスタマイズ]の中で[Sans Serif]で指定したフォントがFlash Playerのデバイスフォントに継承される。
ただしこの継承が発生するのはChrome専用Playerの特定のバージョンの場合っぽい。確認したPlayerは一つ。
[user]\AppData\Local\Google\Chrome\Application\21.0.1180.79\PepperFlash\pepflashplayer.dll
開発の人でDebug Playerを独自に入れている場合は従来のデバイスフォントで表示される。
ちなみにFirefoxでは継承は発生せずこれまでどおりのデバイスフォント表示。
PepperFlashってのはChrome V21からのPlayerらしいけど、海外サイトを見てるとCPU負荷や日本語入力（ニコ動？）に問題などがあるっぽい。
ちとこれから先ChromeのFlash Playerが独自の進化をしていくのかよくわからないけれど、デバイスフォントが変更になるのが開発者、ユーザにとってどういう影響を与えるのか見守りたい。

よく忘れて過去のリソースを探るので、こっちにメモ

ExternalInterface.call( scriptSrc);
private const scriptSrc:XML = <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" data-wp-preserve="%3Cscript%3E%0A%3C!%5BCDATA%5B%0A%2F%2Fscript%20code...%0A%5D%5D%3E%0A%3C%2Fscript%3E" data-mce-resize="false" data-mce-placeholder="1" class="mce-object" width="20" height="20" alt="<script>" title="<script>" />;

スタンドアロンで検証したい場合は、確かExternalInterface.availableで代替処理を入れてやれば切り分けることも一応できるとおもう。（そのJS内の処理内容によるけれど）きちんと整理してパッケージ化したいと思ったまま5年ぐらい放置・・・汗

HTMLの生成はXMLDocumentからXMLに変更になった際にできなくなった気がする。
flex – Flash as3 process XML Doctype Entities – Stack Overflow
回避策はなんとなしに頭の中にあるのだけど、整理する時間がないので、備忘録的にメモ
Adobe Flash Platform * XML 変数の初期化
とか使うと連携が楽そう

HTML5はFlashの3倍重かった! 描画パフォーマンスの比較 | ClockMaker Blog
Flashに比べて遅いというのは、本能的にわかっていたが、計測してもやっぱり遅かったとのこと。
バッテリー消費量やら、サイズの違いによる最適なスペックやら色々要因はあるんだが、HTML5へのシフトはすごい勢いで進んでいる気がする。ま、個人的にはそもそもブラウザじゃないだろという気もしているので、FlashでもHTML5でもどっちでも構わない気もする。
もう１ヶ月ぐらい停滞している。

なんだかよく分からないですが、Photoshopを起動するとflashlog.txtにいきなり。

**********Running app: C:\Program Files\Adobe\Adobe Photoshop CS5 (64 Bit)\Plug-ins\Extensions\ScriptUIFlexServer-app.xml
ScriptUI is ready.
Host logging disabled Debug tracing disabled
Finished loading style definitions

なメッセージが現れて、以降Traceできなくなる。
なんぞこれなんぞこれ？
Photoshop立ち上げながらデバッグできないじゃないですか！
なんですかなんですか！

走り書き。
Progression4 + SWFaddressでindexにQueryって駄目だったっけ？
#?id=112
みたいなの。
この形だとexternalChangeeがWebSynchronizer内のSceneId.validatePathに引っかかってgotoまで遷移しない。（Queryの場合はSceneEvent.SCENE_QUERY_CHANGEも呼ばれない）
とりあえず間にひとつシーンをかませば問題なく動作する。
#/v/?id=2
みたいなかんじ。
SWFAddress単体では動作していたような気もするのだけど、記憶が定かではない。
Ref.Asual | SWFAddress – Deep linking for Flash and Ajax
Progression – Framework for Flash

久々Progressionネタを書いてみる。
LoadBitmapDataのcompleteの処理はL193から以下のように記述されている。

private function _complete( e:Event ):void {
// 対象が Bitmap であれば
try {
// データを保持する
super.data = Bitmap( _loader.content ).bitmapData;
}
catch ( err:Error ) {
// データを破棄する
super.data = null;
// 破棄する
_destroy();
// エラー処理を実行する
super.throwError( this, err.message );
return;
}
// 破棄する
_destroy();
// 処理を終了する
super.executeComplete();
}

これ、

super.throwError( this, err.message );

この部分

super.throwError( this, new Error(err.message) );

にしないと動かないんじゃないかしら？と思った。

そんなこたーないかしら？
もうライブラリに手を入れないようにしようと思っているけれど、ちょっとここは直さないと動かないんじゃないかなぁ？

flash developとか使っているとどーするのだ？という質問を時々されますけど、swfファイルをflash playerで表示して、メニューから「プロジェクタの作成」で可能なり。
AIRでもいいんだけど、AIR用に書き直ししないといけない部分とか多々あるので、簡単に済ませたいときはこんな感じで・・・。
Macはちょっと分からないけれども・・・