Skip to content
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

Option to keep two of the same aura from being added from different sources #13

Open
bmos opened this issue Jun 6, 2021 · 2 comments
Open
Labels
enhancement New feature or request

Comments

@bmos
Copy link
Collaborator

bmos commented Jun 6, 2021

No description provided.

@bmos bmos added the enhancement New feature or request label Jun 6, 2021
@rhagelstrom
Copy link
Contributor

I'm pretty sure the idea with this one is for overlapping paladin aura of protection. One could do this by looking at the label, first clause, and if they are the same don't add it. That being said, there are all kinds of other AoE, so does that mean that a AoE spell cast by one actor (cloud kill for example) and the same AoE spell cast by another actor don't stack? That probably is not the case. This could be solved by an additional descriptor but maybe there is a better method ??

Additionally, I think again the original use case, they want the one applied that is better, but what is better, you would need some context if higher is better or lower is better. And what if they have different clauses but the same label?

This one seems more work than it is worth for the number of situations this comes into play. Unless someone is hot on implementing it of course.

@bmos
Copy link
Collaborator Author

bmos commented Jun 2, 2024

Definitely agree.
That's why this issue has been sitting open for nearly 3 years to the day!
Originally the "label" of the Aura was required as the first term after the AURA effect itself, but labels have now been optional for years which makes this even harder to implement.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants