The short version
A competent Dr. Mario-style falling-pill puzzle undercut by a real, confirmed touch-control gap - the on-screen gamepad only has two buttons, and the game needs three, leaving counter-clockwise rotation unreachable by touch.
Biggest strengths
- Faithful, correctly-implemented Dr. Mario mechanics - two-colour pills, virus clearing, column-wipe cascades, and a rising difficulty curve
- Movement (left/right) and hard-drop were confirmed working correctly by touch, reading the actual pill's grid position from live game state before and after real touch presses
- Clockwise rotation via touch was also confirmed working, and because pills are two-segment pieces, clockwise presses alone can still reach every orientation - just less directly than a dedicated counter-clockwise key
Biggest weaknesses
- Confirmed via the game's own source: the on-screen touch gamepad is configured with only two face buttons (touchGamepadButtonCount = 2), but the game's input code checks a third button index (gamepadWasPressed(2)) for counter-clockwise rotation — a button that is never rendered, so touch players have no way to rotate counter-clockwise at all
- Confirmed live: pressing the same touch button for rotation only ever steps forward through the orientation cycle, while the desktop Z key visibly steps backward - a real, measurable asymmetry between the two input methods, not a cosmetic one
- Keyboard players get the full, faster control scheme (dedicated CW and CCW keys) while touch players are quietly working with three-quarters of it
Who it's for: Keyboard players who want a clean Dr. Mario clone will enjoy it fully; touch-only players will feel the missing rotation direction.
Our recommendation: skip
6.8 / 10
Opening
Dr. Pill is a straightforward, correctly-built take on Dr. Mario: two-segment pills fall into an 8x16 bottle, match colours against viruses and each other to clear them in cascading column wipes, and the game speeds up as the virus count drops. The mechanics are faithful to the genre and nothing about the core rules is broken.
A real, confirmed touch gap
This shelf exists because Flash games couldn't be played on phones, so touch parity matters more here than almost anywhere else — and Dr. Pill has a genuine gap. Reading the served source directly: touchGamepadButtonCount = 2 configures the on-screen gamepad with exactly two face buttons, but the input-handling code checks gamepadWasPressed(2) for counter-clockwise rotation (the "Z" key on a keyboard) — a third button index that is never rendered on screen. Touch players simply cannot rotate counter-clockwise.
This wasn't inferred from reading code alone. It was confirmed live: pressing the touch rotation button repeatedly only ever advances the pill's orientation forward through its cycle (0→1→2→3→0…), while pressing the Z key on a desktop keyboard visibly moves it backward through that same cycle (0→3) — a real, measurable, reproducible difference between what the two input methods can do, not a theoretical one.
The impact is real but not total: because Dr. Mario pills only have two functionally distinct shapes (horizontal and vertical), clockwise rotation alone can still reach every orientation a player needs — it just sometimes takes up to three taps instead of one, and touch players lose the fine-grained control that lets skilled keyboard players choose the fastest rotation direction in a tight spot. Movement (confirmed by watching the pill's grid position change correctly after real touch presses on left and right) and hard-drop (confirmed the same way) both work correctly by touch.
Presentation
Visuals are simple but legible: colour-coded pill halves and viruses, a clean grid, readable score/level/virus-count sidebar. Sound is functional — move, rotate, lock, and clear cues — without much beyond that. It's a fair, unpretentious presentation for the genre.
Final Verdict
The underlying game is a solid, correct Dr. Mario clone, and most of its touch controls genuinely work. But a confirmed, verifiable gap — one of three necessary actions unreachable by touch because the on-screen gamepad simply wasn't given enough buttons for what the game needs — is exactly the kind of thing this shelf is meant to catch. Fine on a keyboard; not recommended as a touch experience until that third control is added.
Pros and cons
Pros
- Faithful, correctly-implemented Dr. Mario mechanics - two-colour pills, virus clearing, column-wipe cascades, and a rising difficulty curve
- Movement (left/right) and hard-drop were confirmed working correctly by touch, reading the actual pill's grid position from live game state before and after real touch presses
- Clockwise rotation via touch was also confirmed working, and because pills are two-segment pieces, clockwise presses alone can still reach every orientation - just less directly than a dedicated counter-clockwise key
- Clean MIT licence, no analytics, zero console or page errors on phone or desktop
Cons
- Confirmed via the game's own source: the on-screen touch gamepad is configured with only two face buttons (touchGamepadButtonCount = 2), but the game's input code checks a third button index (gamepadWasPressed(2)) for counter-clockwise rotation — a button that is never rendered, so touch players have no way to rotate counter-clockwise at all
- Confirmed live: pressing the same touch button for rotation only ever steps forward through the orientation cycle, while the desktop Z key visibly steps backward - a real, measurable asymmetry between the two input methods, not a cosmetic one
- Keyboard players get the full, faster control scheme (dedicated CW and CCW keys) while touch players are quietly working with three-quarters of it
- Fairly plain presentation - functional but minimal sound and visual feedback beyond the core Dr. Mario formula