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
Legion runebar #269
Legion runebar #269
Conversation
Could you address the issue I described here? |
Sure, but it'll have to wait until tomorrow. |
No problem there. I decided to remind about it, cuz I wasn't sure whether or not you saw that comment. As you said, that PR had become too big, so it's quite possible, that you missed it 😅 |
No need to hide this frame manually any more
I think you may have unintentionally made some find&replace errors in the "Add Override support and rename the PostUpdate hook" commit. All references to the "UpdateRune" function was replaced with "Update", most likely during your replacement of "PostUpdateRune" with "PostUpdate". |
I forgot to mention that this probably breaks the element, as there is now two functions named "Update", so one replaces the other. |
@Blazeflack You're right, must have slipped past when I rebased the branch. |
How hard would it be to merge Runes into the ClassIcons element? |
Every single classicon is handled by a single texture/frame group that all use the same API/system for updates (sans vehicles because of buggy API). In theory it's not hard to merge, but in practicality it's best to leave them separate, same with totems. |
That makes sense. |
Removed the compatibility code since 7.0 is already out. |
Hi! There's a bug here. Please, replace r, g, b with colors[1], colors[2], colors[3]. rune.bg:SetVertexColor(colors[1] * mu, colors[2] * mu, colors[3] * mu) |
This commit contains a breaking change: oUF.colors.runes
Fixed. |
This PR contains changes to the runebar element for Legion.
It also eliminates the need for #112.
These commits are compatible with both live and beta clients.