http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=441
------- Comment #3 from [EMAIL PROTECTED] 2007-08-23 14:04 ------- I think this kind of uncertainty is why these status effects were never implemented in the first place. There are a lot of cases for reflect: 1. No Reflect caster -> Reflect enemy 2. Rf caster -> Rf enemy 3. Rf caster -> self 4. Rf caster -> Rf ally (with NR enemy) 5. Rf caster -> Rf ally (with Rf enemy) 6. Rf caster -> Rf ally (with no targetable enemy) 7. NR caster -> Rf ally (with NR enemy) 8. NR caster -> Rf ally (with Rf enemy) 9. NR caster -> Rf ally (with no targetable enemy) I might be missing some still. That's a lot of cases. What happens in each of those cases? What's the UI if we're letting the user decide? This is a deceptively complicated feature :( -- Configure bugmail: http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. _______________________________________________ Ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
