Search results

Is this still an issue?

Adjusted for the next release. If the possible menu only has just one button and that button is "Close" or "Cancel", it will automatically use the "Accept" keybind (Space). "Close" is sometimes used in other multi-menus, so it was swapped from being Space to Backspace to fit, but this change...

Hopefully all fixed for the next release.

Hopefully fixed for the next release.

Hopefully fixed for the next release. The Candy Rahn should use her own button slot instead of taking up one of the randomized bar encounters one. I think this was initially done because the Flash version had limited button slots for characters.

Hopefully fixed for the next release. This issue also affected a couple other events that used the Date's "getFullYear" function improperly and they should also be fixed as well.

Before you start the event and after you start the event, what are the values for the "MYRNA_YEAR" flag? And if you can provide a save file for testing, that may also help.

Hopefully fixed for the next release. Due to the overlapping race checks and the item purely checking for the character's resulting race before moving forward, I've updated the item to checklist the body parts as a supplementary condition. For the ausar phase, if the race checks turn up iffy...

Hopefully fixed for the next release.

Hopefully fixed for the next release.

Hopefully fixed for the next release.

Thanks. Hopefully fixed for the next release. The game should now disable the browser-function of the spacebar in some instances (like in the options menu), particularly since it is used as a keybind for backing out anyway. This should prevent spacebar from triggering the scrolling while in the...

Hopefully fixed for the next release. All Amazona items should now have bottle icons and be classified as potions (though the type isn't too strict in relation to the item itself--it's mainly used for classifying what item type a shopkeeper will buy from the player). Other items that I caught...

Okay, hopefully fixed for the next release. The issue was primarily that it was comparing with a ship you own and are using. Due to that, the owned-ship's stats were boosted slightly (based on character level and potentially other stats). Now, when comparing ships in the shop/storage it should...

Hopefully fixed for the next release.

Hopefully fixed for the next release, but I don't see the issue with the shield comparisons (I may need a save file to make sure).

Ah, hasTripImmunity() has two variants, one for taking flight into consideration and one were flight isn't considered. For the change, I had enabled the check to ignore flying (so the attack will apply to flying enemies, otherwise, trip will not affect flying enemies).

I'm sorry, can you clarify what you mean? I am aware that some attacks do override the check, so it may be context-based if so.

Hopefully fixed for the next release.

Hopefully fixed for the next release.