{"version":"2.1.281","anchor":"confirm-dialogs-can-arm-after-a-delay-options-stay-dim-and","canonical_anchor":"confirm-dialogs-can-arm-after-a-delay-options-stay-dim-and","heading":"Confirm dialogs can arm after a delay; options stay dim and disabled until then","tier":"internal","area":"Terminal UI","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.281\/e\/confirm-dialogs-can-arm-after-a-delay-options-stay-dim-and","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.281","markdown":"### Confirm dialogs can arm after a delay; options stay dim and disabled until then\n\nYes\/No confirm dialogs can now stay disabled for a short delay so an accidental Enter cannot confirm them\n\n**Unclear.** The finding does not say which dialogs use the delay or how long it is.\n\n**What**\n\nThe shared Yes\/No confirmation dialog accepts a new setting, `armAfterMs`, which is a delay in milliseconds. Until that delay has passed, both options are shown dimmed and cannot be chosen.\n\n**Why**\n\nIf you are typing and press Enter just as a dialog appears, that keypress can no longer confirm something by accident.\n\n- Area: Terminal UI\n- Tier: Under the hood\n- Useful: 2\/5\n- Signal: 2\/5"}