dotCooCoo 20f35e4655 Dialogs: a held Enter or Escape stops at the dialog it opened or closed ...

Enter and Escape counted their key repeats as presses. Holding Enter with
a selection and a selection tool opened the Move dialog, confirmed it,
and opened it again at the key's repeat rate. After a drag, which gives
Move an offset, each round moved the object again.

The app now records what Enter or Escape went down on: the open dialog,
the command search, Edit Toolbar's drawer or Presentation Mode. When that
changes, the key's presses are removed from the input until it is let go.
The tool keys, the dialog's OK and the dialog's Escape also ignore
repeats, so holding Escape with the place cursor loaded discards one file.
A new press still acts, and Enter held in the Type tool still repeats line
breaks.

This also fixes these related faults:
- Ctrl+Enter or Cmd+Enter opened Move and confirmed it in the same frame.
- Holding the Enter that confirmed a dialog typed line breaks into the
  text being edited.
- A command bound to Enter reopened its dialog after the dialog's OK.
- Holding Enter on a value a field rejected confirmed the dialog.
- A command search that opened while Enter was down ran its first result.
- Holding Escape over a dialog's Tips closed the dialog as well.
- Holding Escape over a dialog went on to close Edit Toolbar's drawer,
  leave isolation mode or run a command bound to Escape.

2026-11-07 08:38:15 +07:00

..

paste.rs

…

presentation.rs

…

tests.rs

Dialogs: a held Enter or Escape stops at the dialog it opened or closed

2026-11-07 08:38:15 +07:00

typing.rs

Type: Enter, arrows, Home, End, Tab and the clipboard apply in order with the frame's text (#2636)

2026-11-05 22:22:47 +01:00