mirror of
https://github.com/storytold/pdfcraft.git
synced 2026-11-09 12:32:52 +00:00
alehelandClaude Opus 5.5
97094a1c86
Crop mode held every press on its page through a hit with no point test, so its claim won the cursor on every visible page (its Default arrow over the next page's paragraphs), and its own grip test at the drag's start and its cursor test used different reaches (10 and 8 px). - `edit_text_ui::crop_hit` says what of the picture being cropped lies under a point: a grip of the box kept, the box itself, or the rest of its page (`PicturePart::Crop`, on `Layer::Editor`), and the hand over its Done, Cancel and Remove Crop controls, past the page's edge too. A drag takes what its press was on (`ImageCx.press`), and the cursor is the hit's: one reach for both. - Delete and Backspace on a selected picture, and crop mode's Enter and Escape, move to the app's key handling (`edit_text_ui::picture_keys`), which no key reaches under a dialog. Delete works wherever the pointer is (the user's ruling: before, it did nothing over a paragraph). Escape while a button is down is still the press's: it cancels a crop drag, and crop mode stays. - #5900's `crop_controls_contain` (the right-click check for #5835) measures with `crop_frames` and the grips' reach, so the crop's frame and reach have one source; its `crop_bounds` was `crop_frames`' frame. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>