電子演劇部

---

　また、build.xmlに「iOS版AIR 2.6ビルド」するための記述を追加しました。
　最新Flex SDK＋AIR SDK 2.6でビルドしてみましたが、現状[button]の少し離れた右や右上の方にタッチ判定がずれるようです。開発版のようですので、修正されるとは思いますが……。

　デスクトップ版やAndroid版のAIR SDK 2.6は正常動作のようです。
　Android版はAIR SDK 2.6に移行しました。
　AIR SDK 2.6をダウンロードし、→Adobe AIR 2.6 の公開と iOS のサポート - akihiro kamijo
　最新Flex SDKへ上書きコピーして下さい。（MacOSは古いフォルダごと玉突き状に更新してしまうので注意）

---

瀬戸愛羅

本文：
ご無沙汰しております。　AIRNovelのバグです。[call]と[button]の併用で[button]の動作がおかしくなる場合があります。　＊＊＊　に再現ファイルとバグ内容の説明ファイルを置いておきますので、ご確認ください。　それと、ちょっとした希望なのですが、[button]のonenterとonleaveを[link]でも使えるようなると嬉しいです。上手く使えば、選択肢にマウスがのったときに背景色を変更できるのではないだろうか、と目論んでいます。　それでは、よろしくお願いいたします。

　ご報告の現象の概要としては、
１．start.anスクリプトから開始。[call]でmain.an（先頭）へサブルーチンコール。
２a．main.an（先頭）でクリック待ちし、その後ボタンを表示する。（[s]で押下待ち）
２b．ボタンを押すとjump先に[return]があり、そこでstart.anに戻る。

ここまでは正しく動く、と。
「続けて」次に微妙に異なることをすると、ジャンプ先が変になるという現象です。

３．（「１．～２．」の直後、start.anに戻って）[call]でmain.an（何らかのラベル*XXX）へサブルーチンコール。
４a．main.an（*XXX）でクリック待ち「せず」、ボタンを表示する。（[s]で押下待ち）
４b．ボタンを押すと[button]に指定したジャンプ先ラベル指定が無視され、[s]の次の文へ進んでしまう。

瀬戸愛羅さんからはこう云うご報告でした。
さて、この「４b」にて「ボタン以外の処をクリックすると」[s]の次の文へ進んでしまいます。
つまり「文字表示クリック待ち」と「[button]待ち」が同時に利いてしまっているわけですね。

この辺の動作は[call]特有の動作仕様から来るものですが、回避方法があります。
start.anスクリプト内で
　[call fn=main]
と書いているところを、
　[call fn=main clear_local_event=true]
として下さい。（旧バージョン2.45にもある属性です）

clear_local_event属性はタグリファレンスに書いていませんでしたので、追記致します。
お手数ですが、この対応でお願い致します。

2011/04/05追記

[call]と[button]の件ですが、バグではなかったのですね。ボタン以外をクリックしようだなんて思いもしませんでした。[link]の場合も関係ない場所をクリックすると同様の症状で、どちらも教えていただいた方法でどうにかなることを確認しました。ありがとうございます。

自分もたまたま見つけました(´ω⊂ｗ

---

また別件なのですが、[ch text="　　"]の様に空白を表示して、その空白上にマウスカーソルがのっているとエラーが吐き出されます。
エラーメッセージが出るだけで、停止しませんので害はないのですが。

こちらはちょっと再現しませんねぇ。むう。

　[ch text="　　"]の方は再現しませんでしたか。私の方でも最初から出ていたわけではありませんので、何か別に引き金があるのかもしれません。やったことを思い出しつつ、いろいろしてみようかと思います。それでは、用件のみですが。

いつもお世話になっております。又何かありましたらよろしくお願い致します（_ _）