mirror of
https://github.com/storytold/pdfcraft.git
synced 2026-11-09 12:32:52 +00:00
alehelandClaude Opus 5.5
cbcf79acc7
The Edit text group still asked the router for itself and passed answers from one module to the next: `others_own_pointer`, `text_used`, `over_source`, `source_blocked` and the pictures' `allow_interaction` decided who acted, so what the pointer happened to be over at the release, or an earlier module's answer, could take a click from the module its press was on. - Paragraphs (`ParagraphCx`), pictures (`ImageCx`) and added content (`ContentCx`) are told the press (`PagePress`) and Edit text's gate (its input blocked by a dialog, the palette, another window or tab, as before), and act on their own presses; the paragraph outline comes from the top hit under the pointer (`hovered`), hidden while the objects selected together or added content being moved hold the page. The flags go, and the three modules no longer read the router. - Add text acts on the paragraph its press was on, or the one under the pointer; its click on a paragraph refuses a blocked draft and finishes the one being typed in the paragraph's own act. - Clicks act where they were pressed (the user's ruling): a paragraph opens though the button came up just past its box, added text is selected, and opened for typing, by the item its press was on, and Add text's new box starts where it was pressed (a press beside a paragraph released inside it starts a box; it placed nothing). - The picture's grips and rotate knob lose their egui widgets: a drag takes what the press was on. A press past a page's edge is the page's that has something under it there (the knob of a picture filling its page), so the knob still turns the picture there. - Edit text's right-click goes to what lies on top under it, as every tool's does (ruling C): a picture is selected for its menu through `edit_text_ui::picture_context`, and a comment over a paragraph or a picture gets its own menu. The page view's own picture scan goes. - #5900's part of that scan (a right-click on the picture being cropped, its box or its grips keeps crop mode, over a picture on top of it too) is the crop hit's: `CropPart::Cut`, the picture outside the box kept, shown or cut away, joins the grips and the box, so a right-click there keeps crop mode. Its menu check stays for now (the menu commit takes it). Test: `a_right_click_on_the_part_a_crop_cuts_away_keeps_crop_mode`, seen failing without `Cut`. - With the Edit panel open, the tools that don't pick added content up still select added text by its own test at the pointer, as before: a press-time hit would take the press from the stamps and the other tools that place on any press. - `main`'s press-handler check guards nothing now, and goes; rule (e) (`ROUTER_READERS`) keeps the modules from reading the router again. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>