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

Status Conditions for Active Effects #317

Merged
merged 10 commits into from
Oct 22, 2023

Conversation

FoxLee
Copy link
Collaborator

@FoxLee FoxLee commented Oct 19, 2023

(Sorry for another PR so soon! I wasn't expecting to finish this quickly, but things went relatively smoothly so now I'm hoping to slip it in before you update some of these files yourself, and wind up needing to do manual merging ^_^; )

Anyway, I've added a subsection to Active Effects so users can attach one or more status conditions to them! This means we can have status conditions being applied automatically by powers, taking advantage of durations like EoT/save-ends, and being saved against automatically! :D

  • I've included buttons to copy in the name/icon/description from the status effect config, since lots of effects will be entirely about the status condition.
  • Since conditions can be remapped by some modules, unrecognised condition IDs on an effect are retained, but labelled as "unknown". If the condition map is changed back to something that includes the ID, it should be recognised again.
  • I even remembered to add some basic error checking this time!
  • Also includes a fix for some strings that accidentally got dropped from the default-en language file. Sorry about that!
  • Late additions: Fixed whisper backgrounds in dark mode, tweaked the chat roll template for easier styling, converted some more css to easily-styled variables.

FoxLee added 10 commits October 19, 2023 20:52
Updated "contains" helper to also search arrays of objects for a give key/value pair.
I've added a subsection so users can attach one or more status conditions to an active effect. This means we can have status conditions being applied automatically by powers, and taking advantage of durations like EoT, save-ends, etc.
Since conditions can be remapped by some modules, unrecognised condition IDs are retained but labelled as "unknown". If the condition map is changed back to something that includes the ID, it should be recognised again.
- New strings for effect config updates
- Restored some strings that were removed from the en.json language file. (Sorry, I had a weird input bug going on last week and I missed a few of the problems it caused!)
- New strings for effect config updates
- Restored some strings that were removed from the en.json language file. (Sorry, I had a weird input bug going on last week and I missed a few of the problems it caused!)
Prevents an issue I noticed where the copy buttons can fail if the form hasn't re-rendered since you picked the status effect.
Added a div container to the target and hit prediction output. It's is effectively invisible in core, but makes styling the output a lot easier!
Added variables for the "good" and "bad" text highlights (used for hit evaluation, ongoing damage etc) and changed the applied styles to use those instead of setting hard values.
@EndlesNights EndlesNights merged commit d6fd196 into EndlesNights:main Oct 22, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants