Repository navigation
Conversation
- Add a Copied to Clipboard toast, shown after every successful copy (Command-C and the context menu's Copy action both go through copyItem). - Promote the copied clip to the front of history, since copying an existing clip back to the pasteboard is a deliberate re-use of it and the clipboard monitor correctly ignores Pesty's own pasteboard writes.
|
Landed as 3b52791 through #104 with a follow-up (0f59f7e). promoteCopiedItem went through addCaptured, which inserts the clip it is handed whenever history has no same-content twin, so copying a Pinboard card whose history twin had been deleted or trimmed put the pinboard's own UUID into history. The App Store sync keys records by UUID and lets the pinboard record win, so that history copy would never upload and a later remote apply of the pinboard record would evict it. With no twin, history now receives an independent copy minted the way saveToPinboard mints one, with its own UUID and image file. The "Copied to Clipboard" toast shows only when the pasteboard actually changed, and Command-C requires exactly Command so the other combinations fall through as before. Thanks @alvst. |
⌘C in the bar copies the selected clip to the pasteboard, the same path the context menu's Copy already uses. Every successful copy now shows a brief "Copied to Clipboard" toast, so a copy that doesn't paste anywhere still gives feedback.
What changed
copyItem.Screenshots
Before:

After:

Notes for review
alvie/pr-16-paste-reliabilityadds a byte-identicalClipboardStore.promoteCopiedItem(_:at:). Git places them in different regions of the file, so it will not conflict — it will produce two identical methods and a redeclaration error. Whichever of the two merges second, delete the duplicate.This feature should be bundled into v2.
Part of #80.