WowAce

------------------------------------------------------------------------
r137 | oscarucb | 2015-03-07 09:46:18 +0000 (Sat, 07 Mar 2015) | 2 lines
Changed paths:
   M /trunk/AddonLoader.toc

toc bump

------------------------------------------------------------------------
r136 | oscarucb | 2015-03-07 09:45:43 +0000 (Sat, 07 Mar 2015) | 20 lines
Changed paths:
   M /trunk/AddonLoader.lua
   M /trunk/Conditions.lua

Make combat-delayed addon loading more robust

The previous delayed-load algorithm for event conditions was conflating
multiple events within one combat, leading to unreliable results for custom
load conditions with behavior dependent on specific event arguments (eg spellid
in UNIT_SPELLCAST_SUCCEEDED). We now once again run event condition handlers in
combat and only delay the resulting load operations.

Ensure interface panel is properly refreshed after an X-LoadOn-InterfaceOptions
is delayed by combat. Also fix a bug where an orphan dummy panel could
incorrectly remain after loading via other means.

Tweak the slash loader: Prevent generating errors or infinite loops if addon
loading is delayed or fails for other reasons.  Also fix a long-time bug in the
slash handler where call propagation failed if the addon's slash *tag* differs
from the usual convention (which FrameXML permits, and is used by some addon
frameworks). This new safer algorithm also sidesteps the unnecessary nastiness
of invoking ChatEdit and just calls the newly-loaded slash handler directly.

------------------------------------------------------------------------
r135 | mikk | 2014-11-02 03:12:40 +0000 (Sun, 02 Nov 2014) | 1 line
Changed paths:
   M /trunk/Conditions.lua

Give the delayed-loading frame a name. (Yeah I'm playing with CPUThieves and it showed up as unnamed.)
------------------------------------------------------------------------