したらばTOP ■掲示板に戻る■ 全部 1-100 最新50 | メール まとめる |

バグ報告スレ

1 まつゆき@WWAWing :2015/04/29(水) 23:55:17
バグの報告はこちらまで。

2 物体パーツ744番 :2015/05/01(金) 12:31:24
バグではないのですが、本家と仕様の違う部分がありますのでご報告を。
メッセージの最後の行に空白を入れたい場合・・・
たとえば

   数 分 後
          」
というような具合のメッセージを表示させたい場合
本家のツールでは「最後の行に空白を加える」or「2回改行を仕込んでおく」としておかないと最後の行の空白(改行1回分)が反映されません。
ただ、新しいツールではその必要もない様で一回改行をするだけで最後の行の空白もしっかり反映される様子。

自分の作品は本家の仕様を前提にし、なおかつ「2回改行を仕込んでおく」やり方で空白を表現してしまっていたため、最新版の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
円卓の騎士2章を遊んでいるとき時々固まるときがあります
一切の入力を受け付けなくなります

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

当方の環境はIE11です

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ですが火狐でやったら同様のバグは生じませんでした
AルートBルートともに無事にクリアできましたが
大型のキャラクタが出すレーザーのグラフィックの挙動が若干おかしい(3つあるうち左の列しか表示されない)ように感じました
前にやったのが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
ワープゲートに関する報告です、既出でしたらすみません。
ワープゲートを使ってXとYの値が10の倍数の場合、移動先の表示される画面はプラス方向の領域、つまるところ右下の部分を画面表示します。
例えばX10:Y10のポイントに移動した場合、表示される画面領域はXは10〜20、Yも10〜20となります。
ただし、このときの表示されている画面内にワープゲートの移動先の座標がかぶっていた場合、移動先の画面表示領域がずれます。
上の例で言うならプレイヤーがX10:Y0のポイントに立っている状態でワープゲートを使い、同じようにX10:Y10のポイントに移動した場合、表示される画面領域はXは10〜20、Yは0〜10となってしまいます。
(つまり元居た画面と変わらない)

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

とりあえず、ワープゲートでXかYが10の倍数にポイントに移動した場合、画面の表示領域をワープ前の位置に関わらず{X〜(X+10):Y〜(Y+10)}になるように修正していただけるとありがたいです。

42 まつゆき@WWAWing :2015/05/22(金) 00:02:10
>>41
ご報告ありがとうございます。
気づいてはいたのですが、進行には影響を与えないので、先送りにしていました。
イベントの見せ方によっては問題になりそうですね。
現在開発中のパスワードセーブの一件が落ち着いたら対応したいと思います。

43 物体パーツ774番 :2015/05/24(日) 01:36:54
すでに解決済みかもしれませんがパスワードセーブに関してのバグ報告です。
全く同じパスワードなのに2度目に入力したときにエラーが出る現象の再現方法ですが、
StandardMapで黄色の扉が8つすべて開くイベントをこなした後で取得したパスワードでこれが起こります。
マップデータのランレングス圧縮を展開するときのどこかでゴミデータが発生しているのか或いは$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
本家のころからそういう仕様だったのか正直判断できないのですが、
「物を売る」パーツを使ってお金だけをマイナスにしたい(かつお金をそれ以上持っていない場合はイベントを進行させないようにしたい)時
物を売るパーツの販売金額を入力し売るアイテムの物体番号を0にしてPPで重ねるという手段をとっていましたが、その時すでにアイテムを一杯持っていた場合、売るアイテムが物体番号0だとしても「これ以上アイテムをもてません」と表示されます。
※さらに言うと、このとき表示される「これ以上アイテムをもてません」のシステムメッセージは「システムメッセージの設定と編集」での入力内容を無視して表示されます。

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
WINGで遊ばせてもらっています。
ディアセブンスにて確認したパスワードセーブの不具合?です。
セーブできるところまで進めてパスワードを取得し、
そのすぐ後でパスワードをコピーして入力すると問題ないのですが、
ゲームを終了後に再起動してパスワードを入力するとエラーが出るようです。
まったく同じパスワードを使用したのでコピーミスは考えにくいです。
WINGのバージョンも最新版のようなのですが検証をよろしくお願いします。

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:)が実行されません。
URLゲートで、URLアドレスに「javascript:alert('test');」と設定してテスト(例)
しかし、現在のURLディレクトリに貼り付けたURLに移動されてしまいます。
本家WWAでは、javascriptスキームはページを移動することなく指定されたスキームが実行されるようになっています。
これが可能になりますと、URLゲートから任意の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バイト文字を多用したことで発生するとのことでしたので、2バイト文字で試したところ、問題は発生しませんでした。

このバグについて調べたところ、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としましたら、動作させることはできました。

今更ながら WWA作成ツールのソースプログラム 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公開から1か月経過したあとでアップデートしたものなので、
すでに問題が修正されていた可能性もあります。
そういえば以前のバージョンで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+++ で修正させていただきました。
改めてご報告感謝申し上げます。


新着レスの表示


名前: E-mail(省略可)


■ したらば のおすすめアイテム ■

マケン姫っ!フルカラー《極!!》

肌色率K点越えで解禁!

この欄のアイテムは掲示板管理メニューから自由に変更可能です。


掲示板管理者へ連絡 無料レンタル掲示板 powered by Seesaa