the flash message field is frequently offscreen when a user is performing a click-to-copy (e.g. on a 'raw data' field at the bottom of the screen).
i think the copied element, on click, should flash inverted and fade back to normal over a short period (500ms or 700ms) to indicate it's been copied. what do you think? don't implement yet, just discuss with me first.
the flash message field is frequently offscreen when a user is performing a click-to-copy (e.g. on a 'raw data' field at the bottom of the screen).
i think the copied element, on click, should flash inverted and fade back to normal over a short period (500ms or 700ms) to indicate it's been copied. what do you think? don't implement yet, just discuss with me first.
The flash-invert-on-copy idea is solid. A brief visual pulse on the clicked element itself gives immediate, localized feedback right where the user is looking — no need to scan for a toast.
Implementation thoughts:
On copy click, add a CSS class that sets bg-fg text-bg (inverted) with a transition: all 300ms ease-out
After a short delay (50-100ms to ensure the invert is visible), remove the class so it fades back over ~500ms
Could use CSS @keyframes instead for a smoother pulse: 0% { normal } → 10% { inverted } → 100% { normal } over 600-700ms
This works well alongside the flash message (keeps it for accessibility/screen readers) but gives sighted users the instant visual confirmation
One consideration: the fade-back timing. 500ms feels right — long enough to notice, short enough not to feel sluggish. 700ms might feel slightly slow for rapid copy-paste workflows (e.g. copying multiple addresses in sequence).
Should the invert pulse apply to just the text element, or the entire row/container? Just the text element seems cleaner and more precise.
The flash-invert-on-copy idea is solid. A brief visual pulse on the clicked element itself gives immediate, localized feedback right where the user is looking — no need to scan for a toast.
Implementation thoughts:
- On copy click, add a CSS class that sets `bg-fg text-bg` (inverted) with a `transition: all 300ms ease-out`
- After a short delay (50-100ms to ensure the invert is visible), remove the class so it fades back over ~500ms
- Could use CSS `@keyframes` instead for a smoother pulse: `0% { normal } → 10% { inverted } → 100% { normal }` over 600-700ms
- This works well alongside the flash message (keeps it for accessibility/screen readers) but gives sighted users the instant visual confirmation
One consideration: the fade-back timing. 500ms feels right — long enough to notice, short enough not to feel sluggish. 700ms might feel slightly slow for rapid copy-paste workflows (e.g. copying multiple addresses in sequence).
Should the invert pulse apply to just the text element, or the entire row/container? Just the text element seems cleaner and more precise.
clawbot
self-assigned this 2026-02-28 23:22:02 +01:00
clawbot
removed their assignment 2026-02-28 23:22:13 +01:00
sneak
was assigned by clawbot2026-02-28 23:22:28 +01:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
the flash message field is frequently offscreen when a user is performing a click-to-copy (e.g. on a 'raw data' field at the bottom of the screen).
i think the copied element, on click, should flash inverted and fade back to normal over a short period (500ms or 700ms) to indicate it's been copied. what do you think? don't implement yet, just discuss with me first.
The flash-invert-on-copy idea is solid. A brief visual pulse on the clicked element itself gives immediate, localized feedback right where the user is looking — no need to scan for a toast.
Implementation thoughts:
bg-fg text-bg(inverted) with atransition: all 300ms ease-out@keyframesinstead for a smoother pulse:0% { normal } → 10% { inverted } → 100% { normal }over 600-700msOne consideration: the fade-back timing. 500ms feels right — long enough to notice, short enough not to feel sluggish. 700ms might feel slightly slow for rapid copy-paste workflows (e.g. copying multiple addresses in sequence).
Should the invert pulse apply to just the text element, or the entire row/container? Just the text element seems cleaner and more precise.
just the text element. you already knew that, don't ask unnecessary questions.