-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Add a Shadow Field spell to the Magus class' repertoire #46910
Conversation
From looking at |
That is....a very good question. Is there a way to override |
That's what I suspect will happen. You could put a separate |
You should probably add a scroll to this one. And maybe also add it to the light manipulation book, which is named: Of light and falsehoods. |
There, that ought to do it. Thanks for the heads up. |
This should address @actual-nh's concern with the previous |
b9a4fff
to
88bd1ab
Compare
Technically, the spell should now be called "Darkness Field", but that's probably just me being compulsive... |
I would have left the field definition as |
You will need to put |
Huh. I guess I didn't. |
Hm. Can I actually change the
vs
|
That is the name not for the field itself, but for that level of intensity. (Check the end of JSON_INFO.md.) |
Ahhh, gotcha. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it just needs a minor tweak to the spell, but otherwise it looks good.
"id": "fd_darkness", | ||
"type": "field_type", | ||
"intensity_levels": [ { "name": "darkness", "light_override": 0.0 } ], | ||
"half_life": "10 seconds", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
just a heads up that the duration of the spell adds to the half-life, it doesn't override it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not entirely sure how to change my values with that in mind, or what that would mean in practice and context. Do you have any suggestions off-hand?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh, okay, I think I see what you're saying. My intention was for the first level to give a minute of darkness, and the 30th to give fifteen. But if the duration
adds to the half_life
, that means that at first level, one minute after casting, the field is down to half intensity, then a quarter intensity after two minutes, and an eighth intensity after four.
So I should cut all my values in half.
It is very unhelpful of github to just display the conflicting file's name. How does one look at what's conflicting? |
Looks like an update from master is needed - it's the Forge modification adding a new field also. |
… It also adds the spell to the relevant book and creates a new scroll, and then seeds that scroll into the world. Creating this spell required the creation of a new field, fd_darkness, which is patterned off of the base game's fd_shadow.
Yup. I was notified of that while rebasing. I've fixed it up, and will be force-pushing shortly. Side note: I finally understand |
58688ae
to
ac5093d
Compare
I'm not sure I do. And exactly what is meant (from the git command-line viewpoint) by "force-pushing"? Doing it not-fast-forward? Thanks! |
OK. You have to make a new branch to work on a feature, right? You start making your commits at a certain point in time, but
When you're ready to PR your changes, if you just open a PR, you'd be asking to pull in commits A, B, and C, but you'll be throwing away F and G, because they don't exist in your branch. What "rebasing" does is quite simply just that: it "re-bases" your branch. Instead of the base of your branch being E, Git picks up all the changes you made, changes the base of your branch to point at G, and then replays your commits onto the new base:
Git will warn you if there are conflicts -- if someone in F or G changed one or more of the same files you did. You'll be asked to investigate each conflicting file and resolve the discrepancy. If you rebase interactively, you'll also be given the opportunity to change the order of your commits, squash commits together, or change the commit messages. At the end of the rebase, there's a smooth, linear history, and it's exactly as if you'd been working from master all along. It's better than trying to do a merge, which might lose your local commits.
A normal But if the histories don't match -- if you've rebased a branch locally and are trying to push it, for example -- Git won't let you do a fast-forward. You'll have to force it, which wipes out anything that might be in the remote repo that you don't have locally. You have to do this explicitly, or Git will fail:
The key here is "because the tip of your current branch is behind its remote counterpart" -- that is, Git is telling you that changes exist in the remote that are "in the future of" your local repo, and you will lose them if you continue. |
…46910) Creating this spell required the creation of a new field, fd_darkness, which is patterned off of the base game's fd_shadow.
…46910) Creating this spell required the creation of a new field, fd_darkness, which is patterned off of the base game's fd_shadow.
Summary
SUMMARY: Mods "Add a Shadow Field spell to the Magus class' repertoire"
Purpose of change
This PR adds a new spell to the Magus' bag of tricks: a shadow field! Cast it on a tile up to ten squares away, and the tile will be plunged into darkness.
Describe the solution
It took me longer than I care to admit (thank you @KorGgenT for the assistance), but I got it working on build 11380.
Values were kind of invented out of whole cloth, and I'm not sure I got them right.
Testing
Debugging and integration-testing performed on build 11380.
Additional context
Edit 21Jan: replaced category 'Content'