New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: Arena Preparation #275
Conversation
These will piggyback on the arena# frames, disabling the state driver until the units are available.
I would like request that instead of needing to change all the different elements etc, you could setup the arena frames in a single place. Because now you need to test if it's an arena preparation frame on all the elements on all units. We only need to look for the event ARENA_PREP_OPPONENT_SPECIALIZATIONS which enables it and ARENA_OPPONENT_UPDATE which disables it. What I'm proposing is creating function which setups up the dummy frame when we got the information (ARENA_PREP_OPPONENT_SPECIALIZATIONS) and disables it when the arena starts. By the way, I tested this and it seemed to work:) |
The reason behind the changes to all the elements is because of several reasons:
What you are thinking of is a new system to handle this, and that is exactly what we don't want, we want it to be handled gracefully without needing additional work in the layouts. |
Okay, I see your point(s). I just annoying taking care of all the custom elements postupdate in my layout without knowing what event caused it. But it would be nice to have the possibility to handle all this in a single function. Is there an ok way of making the line self:UpdateAllElements('ArenaPreparation', true) instead call a custom setup function? I could always hook it but seems abit needless. The oUF code is abit above my league to understand fully:p Or maybe add the classic: (self.ArenaPreparation or self.UpdateAllElements) (self, 'ArenaPreparation', true) |
You could check if the unit exists ( |
Okay got it working the way i wanted, thanks! |
Need some actual tests on this, I don't do arenas so the only tests I did were while making this feature doing skirmishes. |
I tested this, seemed to work nicely. The arena prep frames where on low alpha though (like 50 or so), not sure why that is. Those couple of changes i had was also included but it shouldn't affect it. Edit: Nevermind the alpha, that was my layout. |
I did some testing for this with my rebased branch. It worked pretty well overall, but I noticed that the frames would not show during arena prep until a teammate enters. This is honestly a bit of an edge case as it's only really an issue if you're queuing solo for skirmishes, but I figured I would mention it regardless. |
@Gethe Might be a bug with the event actually, it worked fine prior to 7.0. |
This adds support for arena preparation frames, a solution to #177.
By taking over the
arena#
frames' state driver until the unitIDs become available, this PR achieves the following:[raidcolor]
tag[arenaspec]
which also work on the normalarena#
framesThat should cover most of the available features with the arena prep system, and it requires no additional setup for the layout (plug-n-play).
Please test!