Skip to content

Dev#975

Merged
jadeandtea merged 16 commits into
Bram-Hub:devfrom
AndrewAirasian:dev
Apr 21, 2026
Merged

Dev#975
jadeandtea merged 16 commits into
Bram-Hub:devfrom
AndrewAirasian:dev

Conversation

@AndrewAirasian
Copy link
Copy Markdown
Collaborator

Description

I fixed issue #724, the nurikabe getCasesI() issue. I switched the use of the right and left click for nurikabe to be functionally consistent with the fillapix UI. I also wrote documentation.

Closes #724

Type of change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Enhancement (improvement to an already existing feature)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)

How Has This Been Tested?

I tested the changes I made, building and running. I also wrote a build test.

Checklist:

  • I have performed a self-review of my code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation (if applicable)
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes

that function was called twice consecutively with .size() to get the number of cases. It's better if it's only called once and the size is stored into a variable.
.getCases() for Nurikabe in BlackOrWhiteCaseRule.java is now called only once. I don't know what "dependentElements" had to do with it.
Ongoing task: add comments that describe what each minesweeper test does/checks for.
comments that describe what minesweeper tests are checking for. also identifying possible corner cases that aren't being tested yet.
Previously Nurikabe was right click->cell turns black, left click->cell turns white, and Fillapix was the reverse of that. That was confusing. I have made it so that Nurikabe works as: left click->cell turns black, right click->cell turns white
I identified a corner case for Minesweeper's FinishWithMinesDirectRule that was not thoroughly tested so I added another build test and checked it
This function name was misleading about what it was meant to do.
@jadeandtea jadeandtea merged commit 76212b1 into Bram-Hub:dev Apr 21, 2026
9 checks passed
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