zsweep

I built this Website mainly because I love playing minesweeper and vim. Making a minesweeper keyboard-driven seems like the correct logic for me. https:zsweep.com https:github.com/oug-t/zsweep

Hey HN, I posted an early version a month ago. I built zsweep because most Minesweeper clones feel cluttered and require too much mouse movement. I wanted something that felt like Monkeytype—clean, stats-heavy, and capable of being played entirely with a keyboard (Vim style). Play: https://zsweep.com Repo: https://github.com/oug-t/zsweep

Thanks all for the feedback and upvotes! Motivated by the response, I just pushed a cleanup of the repo to make it easier to build and run locally. I am now opening issues for the specific requests mentioned here--like adding the `e` motion, improving `w/b` logic, and preserving the board state when game over. Thank you again, PRs are very welcome!! Repo: https://github.com/oug-t/zsweep

Repo: https://github.com/oug-t/zsweep

Hi HN, I’m the creator of zsweep. It’s a keyboard-centric Minesweeper clone where you play entirely using Vim motions (h, j, k, l to move; w/b to skip words; etc.). The Backstory: I wanted to build a project to get my hands dirty with Svelte 5 and the new Runes system. I also wanted a way to practice Vim muscle memory that wasn't just typing code. Tech Stack: Frontend: Svelte 5 (Runes) + SvelteKit Styling: Tailwind CSS State: Custom Finite State Machine (FSM) for the game logic The Challenge: One of the hardest parts was getting the "chording" logic right (where you clear multiple squares at once) while keeping the keyboard navigation feeling instant and "vim-like." It’s open source, so if you’re curious about how Svelte 5 handles game state, feel free to poke around the code: https://github.com/oug-t/zsweep I’d love to hear your feedback

I built zsweep because I wanted a Minesweeper experience that respected "Vim grammar" rather than just mapping arrow keys to HJKL. I found that using a mouse for grid navigation broke my flow state during quick breaks, so I engineered this to be 100% keyboard-centric. Technical Highlights: Vim Grammar Engine: I implemented a custom state machine to handle complex motions. This includes quantifiers (e.g., 5j), search (pressing / plus a number to jump to that digit), and context-aware word motions (w/b) that intelligently skip over revealed safe cells to land on unrevealed ones. Svelte 5 & Performance: Built with SvelteKit using the new Svelte 5 runes. This was critical for ensuring zero-latency input handling—if the movement doesn't feel as snappy as a native terminal, the "Vim feel" is lost. Backend & Stats: Powered by Supabase. I recentl

I built ZSweep because I wanted a Minesweeper experience that actually respects Vim grammar, not just a remapping of arrow keys to HJKL. Using a mouse for grid navigation kept breaking my flow during short breaks, so I set out to design a game that is 100% keyboard-centric, where movement and actions feel composable in the same way Vim motions do. Technical highlights: Vim grammar engine: A custom state machine handles real Vim-like motions, including numeric prefixes (5j), search (/ + digit to jump to that number), and context-aware word motions (w / b) that skip revealed safe cells and land on unrevealed ones. Svelte 5 & performance: Built with SvelteKit using the new Svelte 5 runes. Input latency was a hard constraint—if movement doesn’t feel as immediate as a terminal editor, the Vim feel completely falls apart. Backend & stats: Power