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

Revive Singularity #10

Merged
merged 2 commits into from Feb 24, 2018
Merged

Revive Singularity #10

merged 2 commits into from Feb 24, 2018

Conversation

Patashu
Copy link

@Patashu Patashu commented Feb 22, 2018

To easily test enemy Singularity, you can spawn an enemy that knows Singularity as follows:
enable wizard mode with &
&
m
ancient lich hd:20 spells:singularity.50.wizard

Change monster/hd as desired.

@Floodkiller
Copy link
Owner

I'll have time to test it out this weekend and merge if it doesn't break anything.

A couple formatting things before I merge: convert tabs to spaces and run checkwhite. Tabs to spaces is needed because the rest of the repository is already formatted to spaces, so it looks off when reviewing the code outside a normal text editor (you can see an example of this on the GitHub commit summary). Checkwhite (source/util/checkwhite) clears out any extra spaces that were left over from editing, but it's not as big a deal if this isn't done because I still need to run it again for my own changes.

This fixes some whitespace issues in 'Revive Singularity', but also some whitespace issues in other gooncrawl additions prior.
@Patashu
Copy link
Author

Patashu commented Feb 22, 2018

Done. (It also caught some whitespace errors from other gooncrawl changes, may as well fix them as well.)

I have it on my mind to revive and add many spells (as well as simple changes and other mechanics). Should I submit them in pull requests as I do them (letting you decide if they go in or not), or wait until they have been voted on in the SA topic before making a pull request for anything? I will follow your desire.

@Floodkiller
Copy link
Owner

If you submit them as pull requests, I'll have them as a separate poll from the feature requests. It depends on whether you want to put in the work now and potentially have it rejected (but implemented faster if accepted), or only put in the work after it's been approved.

@Patashu
Copy link
Author

Patashu commented Feb 23, 2018

Ok, cool. And I should make a separate branch on my repo for each individual change, right? And then they can each be concurrently existing pull requests that can be accepted/rejected/updated separately.

@Floodkiller
Copy link
Owner

Yep, that would probably be the best way to do it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants