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

[Feature Request] Spell numbering enhancements #139

Closed
Stanzilla opened this issue Dec 18, 2016 · 6 comments
Closed

[Feature Request] Spell numbering enhancements #139

Stanzilla opened this issue Dec 18, 2016 · 6 comments

Comments

@Stanzilla
Copy link
Member

Currently every spell has to be manually changed by the module author to support showing a number in it's name for warnings and bars.

MightyBoss casts breath (#) in x

How about instead making that baseline (I have no idea about the code internals) and add an option the module author sets a on/off default for in code and a user can toggle on/off in the UI.

Not everyone might care for the numbering of certain spells and this way a module author can't forget to "enhance" a spell to enable numbering.

@funkydude
Copy link
Member

No.

@Stanzilla
Copy link
Member Author

Stanzilla commented Nov 5, 2018

Also saw this requested on the Discord a few times and would be needed for BigWigsMods/oRA3#58

@Stanzilla Stanzilla reopened this Nov 5, 2018
@funkydude
Copy link
Member

funkydude commented Nov 5, 2018

The requests were adding specific numbers to specific abilities which is okay. This wouldn't be needed for your other feature request.

@Dradux-dev
Copy link

I would love to be able to enable displaying a counter or hide it. This would help me with calls in the raid and also with WA's that shall explicitly trigger only for the 3rd cast of an ability or any other number.

@funkydude
Copy link
Member

@bht-ts Counters are added to abilities as they are needed. If you feel an ability is missing a counter, request it on Discord or open an individual ticket for it.

@BigWigsMods BigWigsMods locked as resolved and limited conversation to collaborators Oct 25, 2019
@Stanzilla
Copy link
Member Author

Stanzilla commented Oct 25, 2019

I still think it should be a baseline feature. Can still enable/disable it by default if you don't want it on everything but the support should be in.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants