[Bug]: Translation result buttons provide no click feedback

[quanru]

Existing issues

• I searched open and closed issues and didn't find this already reported.

What happened?

The translation result panel's Copy, Replace, and Dismiss buttons execute their actions, but provide no visible pressed feedback when clicked.

The shared ModalActionButtonStyle derives its visual state from:

hovered || configuration.isPressed

Hover and press therefore render identically. Once the pointer enters a button, pressing it cannot produce another visual state.

Expected: pressing any action button produces a clearly visible pressed state. Actual: the action runs, but the button looks unchanged while clicking.

Steps to reproduce

1. Select text in another app.
2. Run the Translate quick action with result preview enabled.
3. Wait for the translation result panel.
4. Move the pointer over Copy, Replace, or Dismiss.
5. Press and hold the mouse button.
6. Observe that the button looks the same as its hover state.

Screenshots or recording

• Report index
• Before: missing pressed feedback
• After: distinct pressed feedback
• Before/after GitHub Actions run

The CI scenario uses Midscene aiAct, startObserving() at 200 ms intervals, and five panel-only captures during mouse-down. All three actions execute in both builds. Before the fix, every pressed capture is byte-identical to hover; after the fix, every pressed capture differs.

Tinycast version + channel

Tinycast 0.11.3 (build 99), stable channel; also present on current main.

macOS version

macOS 26.6.2 (25G83)

Contribution

• I'm willing to implement this myself once this issue is labelled approved.

[github-actions]

Thanks for opening this.

A few things worth knowing up front:

Tinycast aims to stay small and focused, so it is extremely selective about new
features. Every request is read, and the ideas that truly matter are the ones taken on.
Smaller conveniences are usually closed.

Warning

Don't write code for this yet. This issue has to be labelled approved first.

1. Wait for a maintainer to add the approved label. That label is the only green light —
   a reply, a reaction or silence is not one.
2. Once it's there, open your pull request with Closes #1068 in the description.
3. A pull request whose linked issue isn't approved is closed automatically, unreviewed.

Docs-only changes (*.md, docs/, website/) skip this and need no approval.

Thanks for opening this! A maintainer will take a look soon.

[quanru]

Published browser-viewable Midscene CI evidence: report index, v0.11.3 baseline, and current main. The CI run followed the Working → completed-result transition and verified Copy, Replace, and Dismiss outcomes. All three worked on both revisions, so I have withdrawn the earlier root-cause hypothesis and am not opening a misleading fix PR.

[quanru]

Correction: the actions do execute; the bug is missing interaction feedback. ModalActionButtonStyle renders hover and press with the same state (hovered || configuration.isPressed), so mouse-down produces no visual change after hover. Copy also leaves the panel unchanged without a completion confirmation. I have updated the issue and will replace the behavioral CI comparison with hover/held-press/copy-feedback visual evidence once the issue is approved.

[quanru]

Visual CI reproduction is now complete: browser report and Actions run. For Copy, Replace, and Dismiss, the window-only hover and held-press PNGs are byte-identical, while every action still executes. This confirms the bug is missing visual feedback, not broken click handling. The After run and PR remain pending the required approved label.

[abue-ammar]

make sure no huge change looks like ui related fix

[quanru]

The approved fix is ready. Midscene now uses startObserving() plus five window-only mouse-down frames, so the pressed highlight is directly visible in the browser reports: Before · After · green CI run. Before is byte-identical to hover for all three buttons; After differs for all three while every action still executes.