Replies: 2 comments 1 reply
-
Retail has some zonings that “count” when you log out and back in and some that don’t. So we have a need for both situations. As pointed out, needToZone is global for the player applied to - if 2 different things in the same zone would both check need to zone, they interfere with each other in ways retail would not, with local vars we use unique variables to avoid that. So I think what we need is a replacement/overhaul of needToZone that can handle both scenarios and cleans up after itself. |
Beta Was this translation helpful? Give feedback.
-
I'm an idiot for both creating a new discussion, and originally being against this. Let the records show this. Wholly support this change. |
Beta Was this translation helpful? Give feedback.
-
See #136 for context
Because localVars clear on zone, using one like this can cover the "has the character zoned" question. But with a localVar, it would also count logging out and back in as zoning, and I don't know if that's retail accurate.
So I swapped out the localVar in favor of player:needToZone().
That said, needToZone has its own gotcha, which is that it's not quest specific. Consider this situation.
So using a localVar lets us handle the "needToZone" question distinctly within a given questline. But it (probably) doesn't handle logout/login like retail.
While using needToZone (probably) handles logout/login like retail, but it uses a shared check across all questlines.
Thoughts? Can someone test whether logout/login counts as zoning on retail?
Beta Was this translation helpful? Give feedback.
All reactions