ライブコードには スタック、カード というメニューがあるから そのまま使えて使いやすいというだけ。

　Ren'Py でも吉里吉里でも、カードを3枚用意して、この3枚のまとまりは1スタックで最小のデータベースである、と自分が決めればいい。

>> SwiffyがサポートするのはSWF8レベルとAS2.0のしかもサブセットか・・・純粋にアニメーションだけ変換すると考えた方が良さそうだね。 <<

https://developers.google.com/swiffy/convert/upload

(サブセットとは :　UI部分のプログラムとか限定された部分一塊)

● flash Lite 1.1 の変換なら Blade (変換てきるページ) - http://blade.siliconstudio.co.jp/trial.php

　ティラノスクリプトとか。

● ティラノスクリプト - http://tyrano.jp/usage/tutorial/about

　exeファイルを開くのに抵抗感を持っている人もいて簡単には開いてもらえない。

弾 :　「かつてはそれを使わぬ日が一日とてなかった一人として、半分、同意。」

http://blog.livedoor.jp/dankogai/archives/51754838.html

　最小構成のデータベースであるスタックのある面が基準面。　スタックを平面上に並べてそれを線でつないでいくイメージ。　何かオブジェクトを並べるのではなく一番小さなデータベースを並べる。

　3枚のカードは、3つの選択肢であり、時間を持った3つの節(ふし)で構成された1つのオブジェクト(≒センテンス or フレーズ) でもある。

　どちらになるかは、そのスタック(データベース) にどうやって(どうゆうルートで) 辿ってきたかで変化する。

　LiveCode より既存のコードの方がいい人は、Ren'Py で。

　一つのモノクロスタイルとしてのハイパーカードスタイル。

　(元画像に透かしが入っていた)

●　元画像　デビアント - http://www.deviantart.com/art/Plateosaurus-546856541

　モノクロで何か作るとすれば、スタイルはHyperCard、ツールはLiveCode か...

　モノクロはモノクロでも モノクロドット絵独特のシャープさをちょっと持たせる。　UIはほぼモノクロドット絵。

　Flashでページめくりするモノクロ漫画か、ハイパーカードスタイルか。　モノクロコンテンツの対抗馬としてのハイパーカードスタイル。　どうだろう..

　枠とフォントとモノクロドット絵UIを付けるだけで ガラッとモードが変わってしまう。　このスタイルの遺産には値打ちがある。 (のではないか)

　ただし、おっさんしか反応しない。

　「安保議論のあと、安倍首相は議員全員に "安保まんじゅう" を配り、議員たちは一応 腹におさめました。」

　このニュースが世界に配信され、世界の人はそれを聞いて了解する。　ってことあるか?

　「いろいろあるでしょうけど、まぁまぁ、腹におさめてくだされ。」

　「わかりました、一応、腹におさめておきましょう。」

　　　バクッ

●　出されたまんじゅうを断ってはいけない。　特に名前のついたまんじゅうは腹におさめないといけない。　それがまんじゅうのしきたり。　(なのか?、そうゆうことにしておこう)

　男女間の平和 を意味するのかな..

・　まんじゅうが配られたことで、その前に話し合いがあって まとまった、ということが分かる。 (ということかな?)

　安保議論が終わったなら、「安保まんじゅう」 なるものを作って パクッと食ってしまおう。

　　　Aさん :　「安保まんじゅう、うまいなー、 あー　終わった終わった.. 」

　　　Bさん :　「安保を腹に入れたでごわす。」

　まんじゅうを食う = 平和。　　それが日本。 日本人の感覚にストンとくるリアルな日本。

●　まんじゅうを配る文化を大切にしよう。

　　.... 確かにユニークだ。

　粛々と事が運ばれている様を淡々と記述する。　 どうゆうふうに現状が維持されているのか、そこんとこ。

　ママさんの引き出しから どんな面白い返しを引き出せるか、それはこちら側の話の振り方次第 (アクセスルート、アクセスプロセス)。　これも "データベースとその周辺"。

　ドワンゴ 川上氏によれば、「コンテンツとは分かりそうで分からないもの」。

　ママさんがどんなデータベースをもっているのか、分かりそうで分からない。　一旦はそうしておいて その後、アクセスルートandプロセスを掛けていくことで いろいろ展開が起こり、その全体像が表出してくる。　= コンテンツ。

　一つの振りに対してママさんの返しのデータベースは実は1つ。　そして データベースの中のデータは3つ (最低3つないとデータベースではないから)。　そうゆう構造になっていて そうゆうデータベースがいくつもある。　素人のお客はそうゆう構造に気付かないから返しが20も30も塊としてあるように見える。

　また、

　"データベースとその周辺" を考え方のコアにもっていれば 既存のコンテンツを分解できる。

　コンテンツを作っていく創造のお話と、コンテンツを分解してしまう解体のお話の2つがある。

　一つにまとめ上げれば作品として楽しめる。　分解すれば素材として有用になる。

　データが3つ集まれば、それはデータベース。

　それと、データベース周辺のアクセスするルート (ルートプロセス)、コアはデータベース、その周辺にアクセスルート。　この2つの絡み具合。　そのへんの面白さ。

　情報が3つあったとして、その内の1つにどうアクセスするのか?

　アクセスのルート or アクセスプロセスによってデータベースが動的に組変わり 全体の姿がころっと様変わりする。　とか