News for hackers. Stuff that matters.
Re:Show HN: Reverse Minesweeper by jader201 on Monday July 27, 2026 @12:57AM (#49065345)
Rather than counting mistakes, just allow mistakes, and just not let the puzzle get solved until it’s complete without mistakes.

This is how most of Simon Tatham’s puzzles work, and that works well.

Re:Show HN: Reverse Minesweeper by kelnos on Monday July 27, 2026 @03:24AM (#49066153)
Sure, but then it's easier, and you can just keep clicking around by trial and error without thinking about it, which is a boring way to play.
Re:Show HN: Reverse Minesweeper by jader201 on Monday July 27, 2026 @12:23PM (#49071873)
1. I feel like “trial and error” is often not a great way to solve puzzles. If you can brute force your way to a solution, that’s usually a sign of poor puzzle design. To be clear, I’m not saying whether this one is easy to brute force, just saying if it is, that’s a different problem.

2. Even if brute force was a viable option for solving, an easy fix is to have a “submit” button when you think you’ve solved it (and that can track strikes for invalid submissions).

Re:Show HN: Reverse Minesweeper by matsemann on Monday July 27, 2026 @02:04AM (#49065677)
> This is how most of Simon Tatham’s puzzles work, and that works well.

They btw also have a feature that swaps main and secondary action when toggled, which could work here.