RiceDee 5a86f35210 fix(edit, ui): alignments follow the right rows; Format by keyboard keeps the box ...

Four holes CodeRabbit found on 648dd428:

- alignment_frame framed a one-row paragraph when any alignment entry
  was set, including one past the draft's rows, and then moved rows
  with no alignment of their own to the column's edge. It now takes the
  draft and frames only when every draft row is aligned, by its own
  alignment or the paragraph's.
- remap could not tell which of two same paragraphs an edit took
  ("A\nA" to "A"), and kept the deleted one's alignment. remap_at takes
  the caret where the edit ended, and the typing path (follow_typing,
  both editors) passes it from the box's state. The caret only chooses
  between readings that fit both texts.
- Both editors judged a focus loss by where a click landed, so focusing
  a Format text control by keyboard or a screen reader (no pointer)
  closed the box before the alignment was chosen. They now also judge
  by where the keyboard went (focus_pos): focus outside the document
  view, or on the added-text box's own buttons, keeps the box open as a
  click there does.

Each change has a test seen failing before it.

2026-10-29 21:30:21 +11:00

..

src

fix(edit, ui): alignments follow the right rows; Format by keyboard keeps the box

2026-10-29 21:30:21 +11:00

Cargo.toml

Preserve source fonts in text editing and resize clipped artwork (#1116)

2026-10-11 20:27:55 -04:00