⌘V grows an image-data branch, below the app's own clipboard format and refused outright while a file URL is on the pasteboard: a screenshot or a browser's Copy Image lands as "Pasted Image.png" in the anchor card's attachments/, through the very import path Finder file drops and ⇧⌘A take — one bracket, one Finder-style collision ladder, one set of banners, and the same silence a drop's arrival has. A card window's ⌘V pastes onto its own card; a focused text field still wins the selector natively. A file-shaped flavor travels byte for byte, PNG preferred when several are offered; TIFF and BMP are re-encoded to PNG, being interchange encodings rather than files anyone wants in a folder. The hero key gets the setter it was born owing: "Set as Hero" on any image row of the attachment list, "Remove Hero" on the row that holds it, with menu-bar twins so the context entry is nobody's only home. It writes as a restyle — one key, one bracket, one invertible step on the window's own stack — and replaces rather than refusing, because a card has one hero and the row that has it says Remove instead. Edit ▸ Paste as Board Background is the same payload's other destination, taking the existing background.image convention at its word: the picture into the board folder as "Pasted Background.png", the colour subkey untouched, the generator's overwrite-our-own-name rule inherited and its echo memo taught to tell the two producers apart. Claude-Session: https://claude.ai/code/session_014PtZdPwqZuqEDLc6wZMtEy
164 lines
8.4 KiB
Swift
164 lines
8.4 KiB
Swift
import AppKit
|
|
import SwiftUI
|
|
|
|
// MARK: - The Edit menu's clipboard row
|
|
|
|
/// Edit ▸ Cut / Copy / Paste (⌘X / ⌘C / ⌘V) on the board — 11-command-nexus.md's Edit row, whose
|
|
/// scope is "Board window: cards and lanes … in the trash, ⌘C copies out and ⌘X/⌘V is the keyboard
|
|
/// restore path … paste never targets the trash; text editors: standard text clipboard".
|
|
///
|
|
/// ### Why this is a responder answer and not three menu items
|
|
///
|
|
/// **Select All's precedent, exactly** (`BoardView`): the standard Edit menu already carries these
|
|
/// three, and AppKit dispatches `cut:`/`copy:`/`paste:` down the responder chain, so the board
|
|
/// answers them as a responder. Adding items of our own would put a second "Copy"-titled row in the
|
|
/// menus, which titles-are-API forbids outright (04-interactions.md ▸ Configurable bindings) — a
|
|
/// custom binding is stored against a title, and two rows sharing one would be ambiguous.
|
|
///
|
|
/// ### Availability is the handler's presence
|
|
///
|
|
/// `onCommand(_:perform:)` takes an **optional** action, and a `nil` action means the view does not
|
|
/// respond to that selector at all — which is precisely what AppKit's automatic menu validation
|
|
/// reads. So attaching the handler conditionally *is* the validation: there is one condition per
|
|
/// command, it decides both whether the item is enabled and whether the gesture does anything, and
|
|
/// the two can never disagree because they are the same expression.
|
|
///
|
|
/// The conditions themselves live on `ClipboardStore` (`canCopy`/`canCut`/`canPaste`), beside the
|
|
/// gestures they gate, for the reason every rule in this codebase that can be a named predicate is
|
|
/// one: an item that is going to no-op should not look available.
|
|
///
|
|
/// ### The focused-editor rule, twice over
|
|
///
|
|
/// A focused text field consumes these selectors natively, so ⌘X/⌘C/⌘V inside an inline title editor
|
|
/// stay text operations without anything here doing the arithmetic. The predicates still refuse while
|
|
/// an editor is open (04 ▸ Grammar: "board-scoped menu commands … disable via menu validation"),
|
|
/// which is belt over braces — but a board command that stayed armed under an editor is exactly the
|
|
/// fall-through 04's fixed grammar is careful to rule out.
|
|
extension View {
|
|
|
|
/// Attaches the board's clipboard responders, each only while its command applies.
|
|
func boardClipboardCommands(store: BoardStore, clipboard: ClipboardStore) -> some View {
|
|
self
|
|
.onCommand(#selector(NSText.cut(_:)), perform: clipboard.canCut(from: store) ? {
|
|
clipboard.cut(from: store)
|
|
} : nil)
|
|
.onCommand(#selector(NSText.copy(_:)), perform: clipboard.canCopy(from: store) ? {
|
|
clipboard.copy(from: store)
|
|
} : nil)
|
|
.onCommand(#selector(NSText.paste(_:)), perform: Self.pasteAction(store: store, clipboard: clipboard))
|
|
}
|
|
|
|
/// **⌘V's two branches as one optional handler** (04-interactions.md ▸ Clipboard, the image-data
|
|
/// branch ruled 2026-08-09).
|
|
///
|
|
/// The precedence is expressed as the order of these two `if`s and nowhere else, which is the
|
|
/// same discipline the rest of this file states: availability *is* the handler's presence, so a
|
|
/// board payload winning over a picture is one expression rather than a condition on one item and
|
|
/// a matching negation on another. `ClipboardStore.refresh` has already made the two readings
|
|
/// mutually exclusive at the source (`imagePayload` is `nil` whenever a board payload is
|
|
/// readable), so this ordering is belt over braces — but it is the ordering a reader will look
|
|
/// for, and stating it here costs one line.
|
|
///
|
|
/// `nil` — neither branch applies — greys the standard Paste row out exactly as before.
|
|
private static func pasteAction(store: BoardStore, clipboard: ClipboardStore) -> (() -> Void)? {
|
|
if clipboard.canPaste(into: store) {
|
|
return { clipboard.paste(into: store) }
|
|
}
|
|
if clipboard.canPasteImage(into: store) {
|
|
return { clipboard.pasteImage(into: store) }
|
|
}
|
|
return nil
|
|
}
|
|
}
|
|
|
|
// MARK: - The card window's ⌘V
|
|
|
|
extension View {
|
|
|
|
/// **⌘V in a card window pastes a picture into that card** (04-interactions.md ▸ Clipboard, the
|
|
/// image-data branch; 05-card-window.md ▸ Attachments).
|
|
///
|
|
/// The board's own responder shape, one window over and with one branch instead of two: there is
|
|
/// no board payload a card window could paste — cards and lanes land on a *board* — so the card
|
|
/// window answers `paste:` only for the image branch, and only while there is a picture to take.
|
|
///
|
|
/// **A focused text field still wins, with nothing here doing the arithmetic.** `NSTextView`
|
|
/// consumes `paste:` natively, so ⌘V in the body editor, the comment composer or an inline
|
|
/// comment edit stays a text paste and this responder never sees the selector — which is the
|
|
/// board's own "focused-editor rule, twice over" arriving in the window where it matters most.
|
|
/// It is also why this hangs on the window's whole content rather than on the attachments
|
|
/// section: 05 makes the *window* the drop surface for files, and the paste is that sentence's
|
|
/// keyboard twin.
|
|
func cardWindowImagePaste(store: BoardStore, cardID: ItemID, clipboard: ClipboardStore) -> some View {
|
|
onCommand(
|
|
#selector(NSText.paste(_:)),
|
|
perform: clipboard.canPasteImage(intoCard: cardID, in: store) ? {
|
|
clipboard.pasteImage(intoCard: cardID, in: store)
|
|
} : nil
|
|
)
|
|
}
|
|
}
|
|
|
|
// MARK: - Edit ▸ Paste as Board Background
|
|
|
|
/// **Edit ▸ Paste as Board Background** — the pasteboard's picture into the board folder, with
|
|
/// `background.image` pointed at it (03-board-ui.md § Styling ▸ Capabilities; ruled 2026-08-09).
|
|
///
|
|
/// ### Why this is a row of its own rather than another ⌘V branch
|
|
///
|
|
/// ⌘V has a target: the anchor card, or the card window's card. A board's backdrop is not on that
|
|
/// path at all — it is one value per board, reachable with nothing selected — so folding it into the
|
|
/// paste selector would mean either a modifier nobody could discover or ⌘V meaning two different
|
|
/// things depending on the selection. A named row says what it does, and the Nexus's "no default
|
|
/// chord" posture covers the rest: it remaps like any other item.
|
|
///
|
|
/// **Board window only**, which needs no clause: the row reads `\.boardStore`, and a card window or
|
|
/// the welcome window in front means there is no focused board store and the item is disabled.
|
|
///
|
|
/// The title is API (04-interactions.md ▸ Configurable bindings) and is unique across the menu bar.
|
|
struct PasteBoardBackgroundCommand: View {
|
|
|
|
let clipboard: ClipboardStore
|
|
|
|
@FocusedValue(\.boardStore) private var store
|
|
|
|
var body: some View {
|
|
Button("Paste as Board Background") {
|
|
guard let store else { return }
|
|
clipboard.pasteBoardBackground(into: store)
|
|
}
|
|
.disabled(!isEnabled)
|
|
}
|
|
|
|
private var isEnabled: Bool {
|
|
guard let store else { return false }
|
|
return clipboard.canPasteBoardBackground(into: store)
|
|
}
|
|
}
|
|
|
|
// MARK: - The deferred cut's treatment
|
|
|
|
extension View {
|
|
|
|
/// **Cut items dim in place until paste moves them** (04-interactions.md ▸ Clipboard).
|
|
///
|
|
/// The same reduced opacity a trash card wears while it is being dragged out, and for the same reason:
|
|
/// the item is still there, still selectable, still the user's — it is simply spoken for. A cut
|
|
/// item is deliberately *not* lifted out of the layout the way a dragged one is; a Finder-style
|
|
/// deferred cut promises the board looks unchanged until the paste lands.
|
|
///
|
|
/// Membership is read straight off `TransientBoardState.pendingCut`, which is where the rules
|
|
/// already live: a reload ejects a member that crossed into the trash or vanished (so a deleted cut card undims by
|
|
/// itself), and `ClipboardStore` clears the set outright when the cut is consumed or voided.
|
|
func cutTreatment(of id: ItemID, in store: BoardStore) -> some View {
|
|
opacity(store.transient.pendingCut.ids.contains(id) ? ClipboardTreatment.dimmedOpacity : 1)
|
|
}
|
|
}
|
|
|
|
/// The one number the cut's treatment is (03-board-ui.md § Motion keeps every duration and curve in
|
|
/// `Motion`; this is neither, but it is the same "no literal at a call site" rule applied to the one
|
|
/// value three views share).
|
|
enum ClipboardTreatment {
|
|
static let dimmedOpacity: Double = 0.45
|
|
}
|