バグ報告スレ - 1430319317 - したらば掲示板

1：まつゆき@WWAWing：2015/04/29(水) 23:55:17: バグの報告はこちらまで。
2：物体パーツ744番：2015/05/01(金) 12:31:24: バグではないのですが、本家と仕様の違う部分がありますのでご報告を。
メッセージの最後の行に空白を入れたい場合・・・
たとえば
「
　　　数　分　後
　　　　　　　　　　」
というような具合のメッセージを表示させたい場合
本家のツールでは「最後の行に空白を加える」or「２回改行を仕込んでおく」としておかないと最後の行の空白（改行１回分）が反映されません。
ただ、新しいツールではその必要もない様で一回改行をするだけで最後の行の空白もしっかり反映される様子。

自分の作品は本家の仕様を前提にし、なおかつ「２回改行を仕込んでおく」やり方で空白を表現してしまっていたため、最新版のwingでは最後の行に余計な改行が出てきてしまうという状態になっています。

わかってさえいればどうということはないですし、本来ならこのwingの仕様が正しい形なんですよね・・・。
別に進行に支障をきたすわけでもないのでコレを本家仕様にするかどうかはお任せします、飽くまでも「そんなこともあるよー」程度に・・・。
まぁちょろっと告知しておくだけでもなんかソレらしくなるかもしれません。

※ついでに・・・
このこの最後の行の空白の「最後」というのはいわゆるツールのメッセージ記入欄の「最後の行」です。
たとえば
<p>ではさんだ場合の<p>直前の行には余計な改行や空白をはさむ必要はありません。
・・・参考までに・・・。
3：まつゆき@WWAWing：2015/05/01(金) 13:35:24: >>2
ご報告ありがとうございます。
はい、現段階では確かにそのような仕様になっています。
本家と仕様が違う箇所については後ほどまとめたいと思います。
今後ともよろしくお願い致します。
4：まつゆき@WWAWing：2015/05/01(金) 13:37:17: >>2-3
追記。
そのあたりについては、互換を優先するかどうか、マクロで制御したいと思います。
5：Aokashi：2015/05/02(土) 18:17:20: Twitterだと140字を超えてしまうため、ここで報告します。
メッセージを表示している間、メッセージに向けてキーを押したまま(上隣にメッセージパーツがある場合は上キーを押したまま)、メッセージを閉じると再度メッセージが表示されるようです。
これを応用して、名も無きクソゲーVIの認証部分(タイミングよく押さないと通れない部分)が簡単にクリアしてしまうようです。
「タイミングよく押せ」というようなメッセージが表示され、その時に上キーを押したままメッセージを閉じると簡単にクリアしてしまいます。
前から気になっていた挙動でしたので、修正をお願いします。
6：まつゆき@WWAWing：2015/05/03(日) 00:53:38: >>5
近日対応します
7：まつゆき@WWAWing：2015/05/03(日) 16:27:48: >>5-6
Ver 3.12eで対応しました。名もクソ6でご確認ください。
8：物体パーツ774番：2015/05/03(日) 17:01:59: 3.12eでアイテムを使用した後、「このアイテムを使用します。よろしいですか？」という確認文だけが画面上に残り続けてしまいます。（別のメッセージが表示されると消えます）
また、manual.htmlのアップロードするファイル一覧で、wwa.jsとwwaload.jsの記載が抜けているようです。

よろしくお願いします。
9：まつゆき@WWAWing：2015/05/03(日) 18:57:19: >>8
ご報告ありがとうございます。

マニュアルの件については対応させていただきました。ありがとうございました。
アイテム確認メッセージが消えない件についてですが、
どのマップのどのような場面で（周辺のパーツ状況や、アイテムの属性など）発生したか、
また、発生したブラウザの種類を教えて頂けると助かります。

よろしくお願い致します。
10：物体パーツ774番：2015/05/03(日) 19:10:27: 使用するアイテムのメッセージ欄にマクロだけを書くと発生するようです。
Standard Mapの254番のアイテム（パソコンのやつ）でも発生します。ブラウザはFirefoxでした。
11：まつゆき@WWAWing：2015/05/03(日) 21:21:27: >>10
具体的な状況の報告ありがとうございました。とても助かりました。
ご指摘の件、修正させていただきました。
ver W3.12e+ として公開させていただきました。
12：ハトぽっぽ：2015/05/06(水) 23:53:56: マクロ文が反映されてないみたいです？
テストマップ作って$map=だの$parts=だのをメッセージ物体に
やっても指定したパーツがでてこないです。
ちなみに自作WWAの最初に$map=でジャンプゲートを設定してあるんですが、
サイトで公開してるやつ（JAVAの方）は
ちゃんとパーツがでてきますがWingではできませんでした。
13：まつゆき@WWAWing：2015/05/07(木) 01:14:38: >>12
ご報告ありがとうございます。後日検証させて頂きます。
15：まつゆき@WWAWing：2015/05/07(木) 10:59:41: >>12
大変お手数をおかけ致しますが、マクロが反映されないケースのマップデータを添付の上、下記のメールアドレスまで
送信頂けますでしょうか？
matsuyuki.eca@gmail.com

メールアドレスを知られたくない場合には、Yahoo!やGoogleやMicrosoftでフリーメールの
アカウントをセットアップして頂けると助かります。
16：ハトぽっぽ：2015/05/07(木) 16:20:28: 送信しました。
17：まつゆき@WWAWing：2015/05/07(木) 18:59:59: >>16
ご報告ありがとうございました。
当該の事象確認しました。
マクロの最後にカンマがあると動かなくなるようです。
次のバージョンで修正します。
18：まつゆき@WWAWing：2015/05/07(木) 21:05:49: >>16
修正しました。ご報告ありがとうございました。
W3.13bとして公開しましたので、アップデートの上ご確認願います。
19：物体パーツ774番：2015/05/07(木) 21:59:42: 円卓の騎士２章を遊んでいるとき時々固まるときがあります
一切の入力を受け付けなくなります

エリュロンを取る際や、ヴォルンドと対面するときなど
効果音が入っているイベントにおいて生じるようですが
それも常にそうなるというわけでは有りません

当方の環境はＩＥ１１です
20：まつゆき@WWAWing：2015/05/07(木) 23:22:27: >>19
ご報告ありがとうございます。
明日確認してみます。

なお、私が管理していないサーバでのことなので、アップデートの掲載後、すぐにキャラバンサークル側のデータが修正されるわけではないことをご承知願います。
21：物体パーツ774番：2015/05/08(金) 01:27:38: >>19 は環境依存の不具合の可能性があるからデバッグは難しいかもしれませんよ。
こちらの環境では起こりませんでした。
Firefoxでも同様の現象が起こるか試してみてもらったほうがよいかも。
22：物体パーツ774番：2015/05/08(金) 20:29:41: 19ですが火狐でやったら同様のバグは生じませんでした
ＡルートＢルートともに無事にクリアできましたが
大型のキャラクタが出すレーザーのグラフィックの挙動が若干おかしい（３つあるうち左の列しか表示されない）ように感じました
前にやったのが2.94verであり、記憶がかなり怪しいので参考程度に…
23：物体パーツ774番：2015/05/08(金) 20:36:03: >>22ですが訂正します
レーザーは全ての列で表示されるようです
後半部分は無かったことにしてください
24：まつゆき@WWAWing：2015/05/08(金) 20:51:06: >>19-23
当方IE11で確認しましたが、不具合は起きませんでした。
ですが、音楽の再生方式について再検討してみることにします。
ご報告ありがとうございました。
25：物体パーツ774番：2015/05/09(土) 19:12:06: プレイヤーが移動するときのグラフィックの変化が二倍の頻度で生じています
たとえば、java版では向いている方向に一歩動くとグラフィックが異なるものとなりますが
wing版では2回切り替わるために同じものになります
26：まつゆき@WWAWing：2015/05/09(土) 22:34:32: >>25
ご報告ありがとうございます。
現段階では仕様です。
将来的には変更するかもしれません。
27：ひのき：2015/05/13(水) 18:51:14: CSSについてです。
ページ側でline-heightプロパティがあると、ステータス欄とメッセージウィンドウに反映されて文字がずれてしまいます。
text-indentプロパティ、writing-modeプロパティなども継承をするので、同じことがおきます。
.wwa-size-box{
line-height:1;
text-indent:0px;
letter-spacing:0px;
word-spacing: 0px;
writing-mode:horizontal-tb;
}
により回避できました。ご検討おねがいします。
28：まつゆき@WWAWing：2015/05/14(木) 11:34:34: >>27
ご報告ありがとうございます。
確認の上、次回W3.13cで対応したいと思います。
29：ひのき：2015/05/14(木) 17:01:24: モバイルブラウザでピンチインによる拡大をしたまま操作すると、タップしたところへ主人公は行かず、もっと右下のマスへ行きます。拡大するほど、ずれたマスへ行きます。

Galaxy note2上のAndroid版Chromeと、Android版Operaで確認しました。BlinkあるいはChromium特有の挙動に思います。
Viewportの定義か、CSSOM APIの動きが違うのかもしれません。画面Viewportの左上を基準とした座標に向かっているように見えます。
30：まつゆき@WWAWing：2015/05/14(木) 21:55:30: >>29
ご報告ありがとうございます。
マウスのクリック座標については、clientX, clientYのみを使った超ガバガバ判定なので
ブラウザによってはかなり変な座標を取得する可能性があります。

スマートフォン向けの入力操作については、あくまでも仮実装なので、今後
仮想ゲームパッドの導入など、モバイル向けの操作性の向上に向けて努力していきたい
と思います。

追伸) 今週中にソースコードを（正式に）Github上に公開します。
可能ならば、ぜひPull Requestなどで開発にご協力いただければと思います。
31：まつゆき@WWAWing：2015/05/14(木) 21:58:10: >>30 追記
マウスのクリック座標もそうですが、TouchEventについても同様です。
32：ひのき：2015/05/15(金) 01:00:35: >>30
了解です。出来る限りお手伝いいたします！
33：物体パーツ774番：2015/05/16(土) 23:28:51: 誰か僕の傷ついた気持ちわかってください
34：物体パーツ774番：2015/05/17(日) 20:35:28: 傷つくこと言われた・・・
35：まつゆき@WWAWing：2015/05/18(月) 00:11:25: >>2 >>27
W3.13cで対応しました。
36：物体パーツ774番：2015/05/18(月) 20:46:34: 古いバージョン対応
37：まつゆき@WWAWing：2015/05/18(月) 23:27:52: >>36
マップデータのロードのところでだいぶサボってしまったので、今のところv2.9以下は未対応です。
要望が多ければ、検討させて頂きます。
38：まつゆき@WWAWing：2015/05/19(火) 21:48:11: 書き忘れていて報告を受けたので書きます。
iOS Safariで効果音を鳴る設定にした場合、QuickSaveなど、
サイドバーのボタンが押せなくなる不具合があります。
お手数ですが、iOS, Androidなど、効果音を鳴らせないブラウザで起動される
場合には効果音を鳴らさない設定での起動をお願い致します。

（ユーザエージェントを調べるようにして、改善予定です。）
39：物体パーツ774番：2015/05/21(木) 21:30:40: 読み込めないことがあるのはバグかな？
40：まつゆき@WWAWing：2015/05/21(木) 21:41:55: >>39
詳しい環境を教えていただけると幸いです。
※広告があるページなどでPhoenixが失敗する不具合は既知です。
41：物体パーツ774番：2015/05/21(木) 22:00:32: ワープゲートに関する報告です、既出でしたらすみません。
ワープゲートを使ってＸとＹの値が１０の倍数の場合、移動先の表示される画面はプラス方向の領域、つまるところ右下の部分を画面表示します。
例えばＸ１０：Ｙ１０のポイントに移動した場合、表示される画面領域はＸは１０～２０、Ｙも１０～２０となります。
ただし、このときの表示されている画面内にワープゲートの移動先の座標がかぶっていた場合、移動先の画面表示領域がずれます。
上の例で言うならプレイヤーがＸ１０：Ｙ０のポイントに立っている状態でワープゲートを使い、同じようにＸ１０：Ｙ１０のポイントに移動した場合、表示される画面領域はＸは１０～２０、Ｙは０～１０となってしまいます。
（つまり元居た画面と変わらない）

説明へたくそですみません。

とりあえず、ワープゲートでＸかＹが１０の倍数にポイントに移動した場合、画面の表示領域をワープ前の位置に関わらず｛Ｘ～(Ｘ＋１０)：Ｙ～(Ｙ＋１０)｝になるように修正していただけるとありがたいです。
42：まつゆき@WWAWing：2015/05/22(金) 00:02:10: >>41
ご報告ありがとうございます。
気づいてはいたのですが、進行には影響を与えないので、先送りにしていました。
イベントの見せ方によっては問題になりそうですね。
現在開発中のパスワードセーブの一件が落ち着いたら対応したいと思います。
43：物体パーツ774番：2015/05/24(日) 01:36:54: すでに解決済みかもしれませんがパスワードセーブに関してのバグ報告です。
全く同じパスワードなのに２度目に入力したときにエラーが出る現象の再現方法ですが、
StandardMapで黄色の扉が８つすべて開くイベントをこなした後で取得したパスワードでこれが起こります。
マップデータのランレングス圧縮を展開するときのどこかでゴミデータが発生しているのか或いは$partsマクロの副作用なのか・・・。
（直接関係ないですが個人的にはストレージセーブがメインの方がありがたいなと思ってたりもします）
ではデバッグ作業頑張ってください。
44：物体パーツ774番：2015/05/24(日) 12:22:30: >>43
ご指摘の件、修正させて頂きました。
wwaload.jsを更新したはずなのに上げ忘れたのが原因でした。
大変申し訳ございませんでした。

ストレージセーブは、ブラウザへのLocalStorageはブラウザやデバイスを
変えると別データになるので、オプションにしたいと思います。
ファイルシステムへのセーブも検討しています。
45：まつゆき@WWAWing：2015/05/24(日) 12:23:17: >>44
名前入れ忘れました。ごめんなさい。
46：43：2015/05/24(日) 13:52:04: さっそくの対処ありがとうございます。
ストレージセーブが効く環境ならQuickSaveは標準でストレージ保存になるとありがたいですね。
ブラウザ終了でQuickSaveのデータが初期化されてしまうこと自体はメリットはなさそうなので。
動作安定性との兼ね合いになるでしょうか。
それではバージョンアップ作業頑張ってください。
47：まつゆき@WWAWing：2015/05/25(月) 00:19:53: >>46
ご丁寧なご報告ありがとうございました。
QuickSaveもストレージセーブにする方向です。
しかし、仮に現在のパスワードセーブで実装すると、パスワード生成や暗号化解除に
時間がかかってしまい、「Quick」Saveにならないのが現状です。

例えば、崩れる床のプレイ中にサクッとロード/セーブしたいときに時間がかかってしまって
テンポが悪くなってしまう、といったところでしょうか。

以上の問題点については私の主観なので、
これについても、今回のように人柱版をリリースしてご意見募集としたいところです。
48：43：2015/05/25(月) 08:26:23: いつもご回答ありがとうございます。
QuickSaveでのストレージ保存は環境での差異もありそうなので切り替えができると理想ですね。
Java版は制約上仕方の無かったこととはいえセーブしたデータが消えてしまうというのは多くのプレイヤーにはストレスが溜まり、また馴染めなかった仕様だったと思います。
標準状態ではやはりストレージ保存ではないでしょうか。
個人的な一意見でした。
49：物体パーツ774番：2015/05/26(火) 19:40:03: 本家のころからそういう仕様だったのか正直判断できないのですが、
「物を売る」パーツを使ってお金だけをマイナスにしたい（かつお金をそれ以上持っていない場合はイベントを進行させないようにしたい）時
物を売るパーツの販売金額を入力し売るアイテムの物体番号を０にしてＰＰで重ねるという手段をとっていましたが、その時すでにアイテムを一杯持っていた場合、売るアイテムが物体番号０だとしても「これ以上アイテムをもてません」と表示されます。
※さらに言うと、このとき表示される「これ以上アイテムをもてません」のシステムメッセージは「システムメッセージの設定と編集」での入力内容を無視して表示されます。
50：まつゆき@WWAWing：2015/05/27(水) 22:32:33: >>49
ご意見ありがとうございます。
「これ以上アイテムを持てません」の件については完全にバグです。申し訳ございません。
また、アイテム番号0番を売る場合の挙動について、精査してみることとします。
51：まつゆき@WWAWing：2015/05/29(金) 21:55:16: >>41, >>49
β版(パスワードセーブのテスト)の方で修正を行いました。
http://wwawing.com/wing314/

次回のリリース W3.14 で正式に配布予定です。
52：まつゆき@WWAWing：2015/05/31(日) 23:17:57: >>51
対応しました。
53：えぴ：2015/06/02(火) 18:35:34: WWAwingありがとうございます！とても助かっています。

$faceで出た画像がまだ正しく動いていないようなのですが・・・
54：まつゆき@WWAWing：2015/06/02(火) 19:25:42: >>53
ご報告ありがとうございます。
実行された$face文が含まれるパーツのメッセージ内容を教えていただけますでしょうか。
差し支えのない範囲でお願いいたします。
55：物体パーツ774番：2015/06/08(月) 10:16:18: ＷＩＮＧで遊ばせてもらっています。
ディアセブンスにて確認したパスワードセーブの不具合？です。
セーブできるところまで進めてパスワードを取得し、
そのすぐ後でパスワードをコピーして入力すると問題ないのですが、
ゲームを終了後に再起動してパスワードを入力するとエラーが出るようです。
まったく同じパスワードを使用したのでコピーミスは考えにくいです。
ＷＩＮＧのバージョンも最新版のようなのですが検証をよろしくお願いします。
56：まつゆき@WWAWing：2015/06/08(月) 10:28:56: >>55
ご報告ありがとうございます。
パスワードについて、多くの不具合報告を頂いております。
現在、調査中です。
ご迷惑をおかけしております。
57：えぴ：2015/06/11(木) 22:32:52: 報告が遅れてしまい、大変申し訳ございません。
$faceで不具合が確認できたのは、以下の二つのパーツです。

---

$face=380,21,9,54,1,1
$face=380,45,9,56,1,1
$face=17,63,9,56,1,1
$face=17,87,9,55,1,1
$face=17,111,9,54,1,1
$face=17,135,9,53,1,1

---

$face=110,160,0,43,5,3

---
どちらも物体のメッセージパーツです。
状況としては、上の六つの方ではそれぞれが本来の40*40ピクセルよりも拡大されて映りました。
下の方では5*3マス分の長方形の地図のようなものが出るはずでしたが、正方形になってでてきました。この際、端が切れるのではなく、横に押しつぶされた感じで正方形に収まっていました。

大変お忙しいとは思いますが、よろしくお願いいたします。
58：まつゆき@WWAWing：2015/06/11(木) 22:42:13: >>57
ご報告ありがとうございます。
なかなか対応できず、申し訳ございません。
準備ができ次第、対応したいと考えております。
59：物体パーツ774番：2015/07/03(金) 00:47:11: パスワードセーブの問題は修正されました。皆様のご報告ありがとうございました。
60：物体パーツ774番：2015/07/12(日) 00:09:08: WWAPhoenixで一部の本来静止のはずの物体パーツがうろうろするバグを確認しました。
以下バグを確認したWWA

ATSの館さんの育成（ttp://www.geocities.co.jp/Playtown-Darts/6617/grow-c.html）
にてスタート右のスライムクラッシュのパーツがうろうろする

ショップ・御過ごしさんのカービィの休日（ttp://page.freett.com/kennzou2/wwa2/seikatu/seikatu.html）
にてスタート左の建物にはいって一番左の看板を調べてワープした先の
アイテムを預けるパーツが一部うろうろする
61：?：2015/07/15(水) 04:32:10: 初めまして、私はWWAとは13年前からの付き合いです。
Javascriptの対応化に心から感謝します。

FirefoxのWWAW3.14+にて、操作キャラクターの歩行画像が正しく動作していません。
歩行中のアニメーションは左と右の画像を差し替えて動くようにはなっていますが、
これが歩行完了して静止した時に、また画像を差し替えて、歩行前と同じ画像に戻ってしまいます。
これにより、移動前と移動後の画像が同じになる挙動しています。
正面、後面、右は、左の画像　右は右の画像です。
本家の3.10では、歩行前とはもう片側の画像で静止するようになっています。
くどいですが　歩行完了前が左画像なら、歩行完了後に右画像　歩行完了前が右画像なら、歩行完了後に左画像　です。
よろしくおねがいします。
62：物体パーツ774番：2015/07/15(水) 11:52:38: >>61
つ>>25-26
63：?：2015/07/15(水) 15:29:45: >>62
確認しました。申し訳ありません。

更に調べたところ、バグをいくつか発見しました。

メッセージボックスにクリックするとメッセージボックスが閉じません。
他の領域をクリックすれば閉じる事ができます。

$oldmap=2の動作が働いてない
$oldmap=2は$oldmap=1とは違い、画面内なら通行可能（画面の向こう側が床であれば移動できる）

F1のダメージ予測の予想ダメージの桁数が高すぎると途中で改行されてしまいます。
私の環境では8桁からでした。
以下のスタイルを追加するとwidth: 150px;がwidth: 200px;になり、改行されにくくなります。
#wwa-battle-estimate > .est > .est-status-wrapper > .est-damage {
width: 200px;
}

URL TARGRTで任意の名前を入力しても新しいページで開かない。
常にページが移動するようになってます。
本家WWAではフレームが存在しなければ新しいページを開きます。

javascriptスキーム（javascript:）が実行されません。
ＵＲＬゲートで、ＵＲＬアドレスに「javascript:alert('test');」と設定してテスト（例）
しかし、現在のURLディレクトリに貼り付けたURLに移動されてしまいます。
本家WWAでは、javascriptスキームはページを移動することなく指定されたスキームが実行されるようになっています。
これが可能になりますと、ＵＲＬゲートから任意のjavascriptを実行できるようになります。
javascriptの技術次第ですが、WWAextendなしでWWAWingの全てのアクセスを可能にして、すべての変更が許可されるようになります。
64：まつゆき@WWAWing：2015/07/16(木) 04:12:21: >>63
ご報告ありがとうございます。

メッセージボックスの件につきましては、仕様とさせて頂いております。これは、メッセージボックスからのテキストのコピペを可能にすふための措置です。

$oldmap=2の動作が働いてない件きついては、失念しておりました、次回以降修正させて頂きたいと思います。

F1のダメージ予測の予想ダメージの桁数が高すぎると途中で改行される件については、次回以降、wwa.cssの変更で対応させて頂きたいと思います。

URL TARGRTで任意の名前を入力しても新しいページで開かない件については、HTML5でtarget属性が廃止されたため、仕様となっております。

URLゲートでjavascriptスキーム（javascript:）が実行されない件については、セキュリティ上の観点から、仕様となっております。
65：?：2015/07/17(金) 13:49:31: 対応ありがとうございます。

多くの細かな違いも見られますが、仕様とみなしますね。
66：?：2015/07/26(日) 15:36:45: 3.14+にてマップデータロード中にゲームがスタートしないバグを発見しました。
パーツのメッセージに改行やマクロもを含む計1000文字を上回った時に発生します。
マップ作成ツール側の仕様では1500文字まで取り扱う事ができるはずなのでバグとみなしました。

再現したところ、画面ではWorld Name: のメッセージの表示が正常のものではなくなっていました。
ローディングは96.88%で停止しています。
コンソールからは特にといったメッセージを出力されてません。

効果音読み込みの確認メッセージに1000文字で超過させてみたところ、
メッセージボックスは40文字毎に改行、計25行の1000文字で途切れるように表示を行います。
（この時の長すぎるメッセージボックスが上へ伸びないのは想定外の利用として仕様と考えてます）

度々すみません。よろしくお願いします。
67：まつゆき@WWAWing：2015/07/27(月) 20:01:12: >>66
恐れいりますが、Java版での挙動を教えていただけますでしょうか。
よろしくお願い致します。
68：?：2015/07/28(火) 14:23:32: すみません。検証不足でした。

Java版では、「マップデータが壊れてます。」と表示していてロードが終わりませんでした。
1バイト文字を多用したことで発生するとのことでしたので、２バイト文字で試したところ、問題は発生しませんでした。

このバグについて調べたところ、WWAevalのマニュアルに既出の情報がありました。
WWAevalは使った事がないため、サイトの情報を深く読む事もなかったです。
WinWwamk.exeかWWAのどちらかに問題があったことは間違いなさそうです。

WWA WingはJSなのでこの件の対策が可能では？ということで影響を及ぼす箇所を探したところ、
wwaload.jsのa.prototype._getMessageFromData関数のfor(var a="",c=0;1E3>cをfor(var a="",c=0;1.5E3>cとしましたら、動作させることはできました。

今更ながら　ＷＷＡ作成ツールのソースプログラム wwasource.zip　の存在を知りましたので、気づいた点があれば報告したいと思います。
69：まつゆき@WWAWing：2015/07/30(木) 10:43:42: >>68
当該の件について、WWA公式が対応されました。
これに伴い、WWAWingでも同様のアップデートを行い、
バージョンW3.14++として公開いたしました。
Java版, JavaScript版ともにこの問題については修正されたと思います。
ご報告ありがとうございました。
70：?：2015/08/06(木) 00:48:43: 対応と更新お疲れ様です。公式からの対応も感謝します。

引き続き、WWAW3.14aからバグと思しき症状を報告します。
毎回報告量が多くて大変申し訳ありません。

アイテムを使用するときのデフォルトのメッセージに違いがあります。
WWAは「このアイテムを使います。\nよろしいですか？」
WWAWは「このアイテムを使用します。\nよろしいですか?」

メッセージ表示中の動作について違いがあります。
WWAは、マップ画面のアニメーションを止めます。
WWAWは、マップ画面のアニメーションを止めません。
確認した対象は、物体パーツと$effect指定のものです。

$imgbomと$imgframeで指定した画像がRestart Gameでリセットされません。
WWAとも同じ動作なので互換性のためには修正する必要がないかもしれませんが、
再スタートで問題が起きるので報告することにしました。

ファンクションキーがブラウザ側の機能と同時に動作します。
例えば、F3キーを押すと、メッセージが出ると同時に検索した文字がハイライトします。
IE11とChromeとFirefoxでそれぞれ確認しました。

ページ上でWWAWをフォーカスしていないにも係わらず、ほとんどのショートカットキーがWWAWに反応してしまいます。
IE11とChromeとFirefoxでそれぞれ確認しました。

パーツ出現によって出現した背景パーツと物体パーツのイベントを同時に実行してる間だけ、一時的に操作が受け付けなくなります。
WWAではこの条件下で移動などの操作を行う事が可能です。
説明がうまくできないので再現方法を挙げます。
①　道1のパーツ出現に道2と通常物体2をx:P、y:Pで指定
②　道2のパーツ出現に道1と通常物体1をx:P、y:Pで指定
③　プレイ中に道1を踏む（一切の操作が受け付けなくなる）
私はこの技術の応用をステータス変化や扉の偽判定などに使っています。
WWAとWWAWとの挙動の違いで特に目立っていた問題だったので今回報告することにしました。
71：まつゆき@WWAWing：2015/08/07(金) 22:10:38: >>70
ご報告ありがとうございます。

$imgbomと$imgframeについては、WWA原作に準拠するため、
この仕様のままになっています。
今後、互換を優先するバージョンと、新機能を取り入れていくバージョンに
別れて開発をする予定ですので、このあたりについては、その方向でいきたいと思います。

キーがブラウザのデフォルトの操作と重なる問題( JavaScriptの実装では, イベントに対する
preventDefault()が実行されていない問題 )については不具合ですので、順次修正
していきたいと思います。

メッセージ表示中のアニメーションについては気づいていたのですが、原作側に
合わせていこうと思います。

一番最後の問題については、実装の違いからなる不具合だと思うので、優先して
修正したいと思います。こちらの修正については、まずβ版での提供を行う
形となると思います。

以上、ご不便おかけいたしますが、よろしくお願い致します。
72：?：2015/08/08(土) 07:36:30: 対応と回答ありがとうございます。
これまでのやり取りで思ったのですが、WWAの問題の再現も含めて限りなく原作に近づくよう開発を行っていることを評価しています。
互換性を優先させるバージョンが、相互互換性（マップ作者がWWAWを元に作成したマップがWWAで動作される可能性）を想定した上で
開発を行っているなら、それも考えた上で報告を申し上げたいと思います。

今回もバグ報告です。度重なる報告ラッシュですみません。
デバッグ作業で問題が見つかりにくくなったので、しばらくお休みにします。

使用可能アイテムの赤い枠の表示がアイテムの上に表示されています。
WWAではアイテムの下に表示しています。
これはCSSで重ね順番を修正するとボタンが機能しなくなります。

使用可能アイテムの赤い枠の幅の位置が左上方向に1ドットずれているように見えます。
これはCSSを変更すれば修正が可能です。修正テストのbase64が以下です。
data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACgAAAAoCAMAAAC7IEhfAAAACVBMVEUAAAD/AAD///9nGWQeAAAAAXRSTlMAQObYZgAAAEFJREFUeNpjYCAaMBIFQAqZiAAQhYTNgykkaB5cISHzEArx+nZU4ajCUYWjCmmkkNhCithij9iClNiimdjCnkgAAJa9A51NgmgsAAAAAElFTkSuQmCC

$faceの画像パーツの表示範囲の設定が無視されて、常に80ドット×80ドットで表示されてしまいます。
テストの例「$face=160,160,0,1,1,1」
WWAでは画像パーツの表示範囲を認識し、40ドット×40ドットで表示しています。
「$face=160,160,0,1,3,3」についても120ドット×120ドットで動作します。

すべての画像を取り扱うマクロですが、x座標の指定が10を超えた場合は画像が表示しなくなります。
WWAでは、xが10を超える毎にy+1にしてxは下一桁の座標にある画像を利用するイメージです。
計算では　x=x%10　y=y+x/10　といった感じでしょうか。
修正するとパスワードで互換性がなくなるかもしれません。

$colorと$soundと$waitなどのWWAでは存在しないマクロを、マクロの前に文字を書き込んだときにマクロ文も一緒にメッセージとして表示します。
WWAでは「テスト$color=0,192,192,192」はそのままメッセージとして表示されます。
相互互換性を考えている場合は、WWAWでもWWAと同じくマクロを表示させるのが望ましいと思います。
73：まつゆき@WWAWing：2015/08/09(日) 00:55:15: >>72
毎々ご報告ありがとうございます。
不具合等ではご迷惑をおかけしております。申し訳ございません。

赤い枠の表示レイヤについては仕様です。
WWA原作で、40*40の領域をフルに使っている画像が使用されている場合
このアイテムはクリック使用できるのかどうかがわからなくなってしまったため
この修正は意図的です。
ただし、互換を優先するバージョンのリリースでは修正する可能性があります。

base64エンコードされた赤枠がずれている問題は検証してみます。

$faceについては既に報告がありましたが、
より詳しく報告していただきありがとうございます。
こちらも検証させて頂きます。

マクロの下方互換については、もう少し考えてみます。もともとこれらのマクロは
NAOさんが公開予定であったWWA 3.11で実装されていたものです。
(現在公開されている修正版 WWA.classについて、これらのマクロが実装され
ているかどうか不明なため)

私自身、研究発表、インターンシップなどの行事が続き、なかなかWWA Wingに
割く時間がなかなか確保できない現状が続いているので、修正は遅れるかもしれませんが、
何卒よろしくお願い致します。
74：?：2015/08/09(日) 04:27:47: 多忙の中での回答ありがとうございます。
不具合の修正はどんなに遅れても大丈夫です。
開発者にとって、どんな情報でも知っておけば今後に困らないと思ったのです。
WWA Wingがより良いエンジンになることを楽しみにしてます。
ご迷惑をお掛けしました、ありがとうございました。
75：物体パーツ774番：2015/08/26(水) 17:20:24: 正確にはバグの報告ではないのですが
wikiにある32ビット版Windows10で作成ツールのマップデータが読み込めないという不具合は
うちでアップデートした32ビット版Windows10では発生しませんでした。
原因は別にあるのだと思われます。
以上動作報告でした。
76：まつゆき@WWAWing：2015/09/07(月) 00:00:48: >>75

ご報告いただきありがとうございました。
引き続き、原因の究明に努めてまいります。
77：物体パーツ774番：2015/09/10(木) 00:17:24: >>76
ご回答ありがとうございます。
うちの環境はWindows10公開から１か月経過したあとでアップデートしたものなので、
すでに問題が修正されていた可能性もあります。
そういえば以前のバージョンでVistaにOfficeをインストールすると起動できなくなるという不具合がありました。
それと似たような現象なのかもしれません。
78：物体パーツ774番：2015/10/10(土) 00:35:54: 物体パーツの動作属性を空白にすると
java版では「静止」と扱われるのに対し、
wing・Phoenix版では「うろうろする」と扱われるようです。
そのため、java版で動作属性空白のままで問題なかったのが
Phoenix版で起動すると本来動かないパーツが動いてしまいます。

>>60のバグもこれが原因と思われます。
79：まつゆき@WWAWing：2015/10/11(日) 19:27:33: >>60 >>78
ご報告ありがとうございます。
物体の動作属性については様々な方からご報告を頂いております。
Ver3.14b ではランダム選択パーツがうろうろする問題点を修正しました。
これらは、全て物体属性が「無指定」の時に発生する不具合と認識しております。
修正までもうしばらくお時間を要します。よろしくお願いいたします。
80：まつゆき@WWAWing：2016/02/29(月) 19:58:35: >>53 >>57 >>72

$face マクロの修正は、次のバージョンで行います。
ご報告ありがとうございました。
81：まつゆき@WWAWing：2016/05/29(日) 15:59:16: >>53 >>57 >>72

$face の件対応しました。
ご報告ありがとうございました！
83：物体パーツ774番：2017/08/02(水) 20:50:44: F1キーを押したときにY座標が最大の位置に敵がいると予測ダメージに表示されません。

例えば、現在のﾏｯﾌﾟｻｲｽﾞが101×101のときはY=100、251×251のときはY=250です。
84：まつゆき@WWAWing：2017/08/15(火) 17:56:38: >> 83
まつゆきです。
おっしゃる通りです。ご報告ありがとうございました。
次のバージョンで修正させて頂きます。

（具体的には、下記の行のカッコの位置が間違っていました。完全な私のミスです）
https://github.com/WWAWing/WWAWing/blob/fbe4a196da96d74701041118f79dbbfacc762aee/src/wwa_main.ts#L3142
85：まつゆき@WWAWing：2017/08/15(火) 23:29:18: >>83

バージョン W3.15b+++ で修正させていただきました。
改めてご報告感謝申し上げます。
86：物体パーツ774番：2017/10/15(日) 00:44:22: Plicyでwwa wingを遊んでいたのですが、昨日からキーボード操作が効かなくなりました。
最初の効果音などの選択の時点からこういう状態です。
そしてプレイ中はキャラが動かず画面が上下します。
でもwwa contestなどでは不具合なく動きます。
何が影響しているのでしょうか？
87：まつゆき@WWAWing：2017/12/03(日) 01:16:12: >>86
返事が大変遅れまして、申し訳ありません。
PliCy側との相性問題の可能性もあるのですが、
現在のWWA Wingは、キー操作が不安定になる場合がございます。
将来的に対応は検討しています。
88：物体パーツ774番：2019/01/17(木) 19:03:03: FairyTaleModernismの作者です。現在、作品をＷＷＡＷＩＮＧに移植しようとしていまして、気になった点がありました。
質問スレッドがありますので、一番の詳しいであろう、そちら様にＷＷＡＷＩＮＧの作成上の問題点を質問いたしたく思います。

本家旧式ＷＷＡとＷＩＮＧはある程度互換性がありますが、完全ではない旨は了承しています、
ただ、本家旧式では
　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
｜
｜キャラ：「セリフを言いたいんだけど・・
｜　　　　　　実は改行のあとの空白が・・・
｜＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

このようなセリフ設定をメッセージなりモンスター撃破なり、物を売るキャラなりで
可能であったハズなのですが、一部、条件不明でＷＩＮＧでは挙動がおかしくなり、
　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
｜
｜キャラ：「セリフを言いたいんだけど・・
｜実は改行のあとの空白が・・・
｜＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

こういう風に、強制的に左詰め左揃えに置き換わります。
（メイキングソフトの方ではなく、ゲームプレイ画面の方で）

これを解消する方法なり、あるいは代替案としての方策などございましたら
ご教授願いたく申し上げます。

参考までに該当症状が起こっている部分を画像解説するＵＲＬを張っておきます
ＪＰＧ画像に、スクショとそれに注釈の文章が載せてあります。

ttp://www3.point.ne.jp/~sunz/test/fairy_youbou.jpg
（頭に　h　をつけてください）
89：まつゆき@WWAWing：2019/04/28(日) 11:06:51: ご報告ありがとうございます。返事が大変遅くなり申し訳ございません。
ロード処理でメッセージの半角/全角スペースを破壊していないか確認します。
原因を調査し、修正が可能であれば修正、難しければ代替案をお伝えする形とさせてください。

下記の $effect の問題も調査させていただきます。
https://jbbs.shitaraba.net/bbs/read.cgi/netgame/14732/1430797369/24
90：まつゆき@WWAWing：2019/04/28(日) 12:08:38: 長期に渡り返事が遅くなってしまい申し訳ございませんでした。
再発防止策として、この掲示板に書き込まれた内容を WWA Wing Team が利用している Slackチーム
に転送する仕組みを導入しました。
今後、ここに書き込まれた内容には迅速に反応するよう心がけます。
91：まつゆき@WWAWing：2019/04/29(月) 00:15:22: 不具合調査が完了しました。
次にリリース予定のバージョン 3.1.7 で修正予定となります。
リリースまでもうしばらくお待ちいただければと思います。

再現する例は、メッセージの行頭に「半角スペース」「タブ」などの空白文字が
含まれる場合で、ブラウザのスタイル都合でこれらのスペースが省略されます。

全角スペースであればこの問題は発生しないため、もし演出上差し支えなければ全角スペースも
合わせてご利用いただけると幸いです。

あるいは、WWAが設置されているページに次のようなCSSを書くことで、回避が可能な場合があります。

div.wwa-message-window, div#wwa-battle-estimate, div#wwa-password-window {
whitespace: pre-wrap;
}
92：Fairy Tale Modernism作者：2019/06/18(火) 23:26:54: お世話になっております。FairyTaleModernism作者です。
最新版のＷＷＡＷＩＮＧシステムをいただきまして、その効能と、新たな不都合らしき部分を発見いたしましたので、感謝御礼とともに、レポートとして提出いたします。

最新3.2.0

メリット：
対応するブラウザで読みこめば、このスレッドなどに挙がっていた、

「メッセージの半角スペースについて、文字の整列が乱れる」＞解消。

「$effect　の複雑な挙動と、エフェクトを自動で消す　0　の負荷によってフリーズする問題」＞解消。

「バトルの遅延無し高速スピード快適化・他も全体的に処理早く快適化」

・・・ここまで、私が確認いたしました。ありがとうございます。

デメリット：
対応しない有名ブラウザがいくつかあるらしい
（例：グーグルクローム（バージョンにもよるかもしれない））
＞＞対応しないブラウザで読みこんだ場合、一番分かりやすい点は、
　　最新版のウリである「GOTO　WWAボタンを消して・代わりにバトル結果算出ボタンに替えました」
の部分が機能しておらず、　依然「GOTO　WWA」であり、その他、最新版の恩恵を全て得られない。

音声（特にBGM系）の読み込みや切り替えにて、原因不明のバグがいくつかあります。
私が遭遇したのは、「なにかしらの条件でひっかかったBGM音声ファイルと、その番号のBGMが絶対に動作しない」
です。

拙作のフェアリーテイルモダニズムにおいてですが、
そのまま3.14から3.20にシステム更新をした結果、
フィールド曲用の音楽（音楽番号　72　）が再生されなくなり、
マップエディタでいろいろ弄ってみたものの、絶対に「72番」の音楽は再生されず、
困った挙句に、半ばダメもとで、

　72番　を　73番　に番号替えし、　その音楽Mp3　、マップエディタの指定も全部、該当箇所は
「73番音楽」で読ませたトコロ、解決しました。

本来、WWAの音楽類は　70番以降がループBGM用に割り当てられた領域です。
72番がダメで　73番が良い・・・ということは本来ありえず、結果解決したものの、
この部分は不都合と思われます。

他、なるべく状況を限定するために、72番音楽バグについてのファイル情報を記します。

音楽　72番 72.mp3

773kb越えする大サイズ。　（小さいように見えて、WWAはもともと軽量データが主のゲームなので、700ｋｂは、「WWAにしては大きなサイズのファイル」です）

形式：WAVEファイルをEcoDecoコンバータツールにてMp3に変換
　　変換式は　ABR 192ｋｂｐｓ程度

最新版においては、スマホのIOSやAndoroid　OS　にて音が鳴るように工夫をして
更新した旨が説明書に書かれています。
憶測であり断定に遠いものですが、少し古いVerにて問題がなかった音楽面で
突如不都合が新しく起こったということですので、
このあたりに原因が潜んでいる可能性も推測されます。

何かを新しく追加して機能拡充を図ると、それゆえ新しいバグが起こる・・・
ゲームプログラミングの宿命ともいうべき悩みですね。

そちら様もお忙しい中、せかすつもりはございません。お時間のある時にでも、
このあたりをご調査お願いいたします。

いつも精力的なご活動、WWAの支えになっておりまして、大変ありがたく助かります。
梅雨の季節、暑かったり不意に寒くなったりと
天候が不安定な中、ご健康にお気をつけくださいませ。
ＷＷＡＷＩＮＧ製作者さま皆様に心から感謝をお伝えします。
93：まつゆき@WWAWing：2019/06/19(水) 00:23:24: >>92
お世話になっております。
毎度ご迷惑をおかけし、申し訳ありありません。
ご丁寧に不具合の再現情報を書いていただきありがとうございます。
GoTo WWA・BattleReportの出し分けの条件分岐まわりに問題がありそうなので、確認させていただきます。

BGM72番の件については、音楽再生のスマートフォン対応のために
丸ごとコードが変わっています。ご教示頂いたとおり、その変更箇所の問題の可能性が
高いと思われます。
（技術的には、HTMLのaudio要素を利用した再生から、利用できる場合にWeb Audio APIを
利用した再生に変更しています。）

引き続き、お世話になるかもしれませんが、よろしくお願いします。
94：まつゆき@WWAWing：2019/06/19(水) 01:41:55: また、音楽が読み込まれない場合、
ブラウザキャッシュの削除や違うURLに配置することで改善する可能性もあります。
音源のキャッシュ対策については、プログラム上改善できるかもしれないので今後
自動化できるかもしれないです。
95：まつゆき@WWAWing：2019/08/31(土) 21:02:50: >>92
お世話になっております。

大変申し訳ないのですが、こちらで WWA Wingの最新版をChromeで
確認させていただいたのですが、サウンド番号72番の件、GoTo WWAの件ともに
現在のところ再現に至っておりません。

もうブラウザキャッシュの削除については既にお試し頂いているかもしれませんが、
ブラウザに古いバージョンの wwa.jsや音楽ファイルがキャッシュされているといった状況が
起きている場合には、大変お手数なのですが、次の手順で改善できる可能性があります。

- WWA Wingのバージョンを更新する時に、バージョンごとにwwa.jsのファイル名を変更する
- 例: wwa.v3.2.1.js
- HTML側の wwa.js が書かれている script タグの src 属性を上記で変更したファイル名に変更する
- audio ディレクトリも同様に audio-2 のようにディレクトリ名を変更する
- index.html の data-wwa- 属性が並んでいるところに data-wwa-audio-dir="./audio-2" のように、読み込む audioディレクトリの名前を上記のものに変更する。

将来的には、オプションで、WWA本体や、本体が読み込んでいるファイルの古いバージョンをブラウザにキャッシュさせない機構も取り入れることを検討していきたいと思います。

この事象がキャッシュによって起きているものなのかどうかは保証いたしかねますが、ご参考までにお試しいただけますと幸いです。

今後もWWA Wingをよろしくお願いします。
96：物体パーツ774番：2020/06/15(月) 00:06:22: 「二者択一」の物体パーツを主人公キャラと同じ座標に出現させると、
$Defaultマクロを使っていないのにパーツが主人公の上に重なって表示されることがよくあるようです。
ブラウザはFirefoxです。
97：まつゆき@WWAWing：2020/06/15(月) 00:21:16: >>96

ご報告ありがとうございます。
二者択一パーツにて、 $default マクロの有効無効に関わらずプレイヤーの上
に重なって表示されてしまうという件で課題として承りました。
動作を確認の上、対応を検討させていただきます。
98：物体パーツ774番：2020/09/10(木) 00:49:26: data-wwa-autosave=0にするとオートセーブを無効にできるとのことですが、
=0にしても通常通りオートセーブが機能してしまうようです。
不具合か、書式が間違っているのでしょうか？

（=20など正の数を入れた際、必要歩数が正常に変化するのは確認しています）
99：まつゆき@WWAWing：2020/09/10(木) 01:09:47: >>98
ご報告ありがとうございます。
確認させていただきます。
100：まつゆき@WWAWing：2020/09/10(木) 23:03:16: >>98
ご報告いただいた件は不具合と判明し、修正させていただきました。
v3.5.3 として公開しましたので最新版をご利用いただきますようお願い致します。
この度はご迷惑をおかけいたしました。申し訳ございません。