flybrain/services/flysim/crates/flybrain-gb/src/pokemon_red/macros
acamilo 029a3446fb macros: the move list deals BACK only where the moves can be read
The v0.4.3 residual: BACK was 263 of 797 macro starts and every one of them was
over an open move list. A move list whose battler the seam cannot place binds no
MOVE n at all -- move_slot_bound needs wBattleMon* -- so its pad was BACK alone,
and the only thing that button does is close the list MOVE 1 on the menu
underneath had just opened. That is section 12.10's pair with MOVE 1 standing
where NEXT used to.

So BACK is dealt on the move list only while battle.own reads, and MOVE 1 keeps
the backstop it has over the top-level menu: with nothing readable the pad is
MOVE 1 alone and its script confirms wherever the cursor stands, which is the
press that ends a turn. With the moves readable the pad is unchanged.
2026-09-22 08:06:19 +00:00
..
tests macros: plan every walk over the map grid 2026-09-22 03:32:35 +00:00
cartridge.rs gb: decode the whole current map into a walkability grid 2026-09-22 03:32:35 +00:00
driver.rs gb: decode the whole current map into a walkability grid 2026-09-22 03:32:35 +00:00
executor.rs flybrain v0.4.0: public tree (history retained privately) 2026-09-21 15:09:46 +00:00
geography.rs flybrain v0.4.0: public tree (history retained privately) 2026-09-21 15:09:46 +00:00
mod.rs flybrain v0.4.0: public tree (history retained privately) 2026-09-21 15:09:46 +00:00
palette.rs macros: the move list deals BACK only where the moves can be read 2026-09-22 08:06:19 +00:00
path.rs macros: plan every walk over the map grid 2026-09-22 03:32:35 +00:00
plan.rs flybrain v0.4.0: public tree (history retained privately) 2026-09-21 15:09:46 +00:00
state.rs Merge fix/loop-20260922T0459: NEXT never on a pad with an input-accepting cursor; MOVE 1 is the main menu backstop; the bag is the fly's turn 2026-09-22 06:18:34 +00:00
tests.rs macros: the move list deals BACK only where the moves can be read 2026-09-22 08:06:19 +00:00