[Ohrrpgce] [Bug 937] Text Box events when defeating monsters and being defeated by monsters

[bugzilla-daemon at ravenwest.dreamhost.com]

http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=937

Ralph Versteegen <teeemcee at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |teeemcee at gmail.com

--- Comment #3 from Ralph Versteegen <teeemcee at gmail.com> 2012-02-11 07:44:34 PST ---
I don't know what you mean by a "per party" setting. I think the best way to
implement this is to add two options to (individual) battle formations: "after
death" and "after winning", for either showing a textbox or running a script
(or gameover in the case of dying). (Running from battle would trigger neither.
I guess we could have "after running" too for completeness). It also seems
natural to have global default win/lose/running settings. 

However, we already have per-map after-battle scripts, and on-death scripts.
And I also want to add a global after-battle script option. (I've think decided
that the best way that that would work is to let the user choose which one runs
first, and the script that runs first can optionally prevent the other from
running). That's way too much duplication. Since after-battle scripts can
already do everything, it seems to me best to limit anything new that redundant
to it: no "after running" option, no global default win/lose options, and maybe
ditch the ability to trigger a script altogether.

It think it could be a good idea to add a 'game over' conditional on textboxes
as an alternative to using scripts, since that's otherwise currently
impossible.

All of the above is fairly easy to implement (though a little time consuming),
once something's decided upon.

You looked at the source code, but don't want to script anything? heh :)

-- 
Configure bugmail: http://rpg.hamsterrepublic.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.