what

the top-right image button in the meeting note view is gone. it opened a file picker to insert images — clunky and visually noisy. you now drag an image straight onto the note: a black drop zone appears while a file is dragged over the window, and dropping embeds the image(s) into the editor.

why

drag-and-drop is the expected way to get an image into a note. the picker button was redundant and didn't fit the obsidian-style editing the note view is going for.

how

• removed the insert-image toolbar button + its handleInsertImages file-picker handler (and the now-unused ImageIcon / openFileDialog imports)
• the editor already had ProseMirror paste/drop handlers, but tauri owns OS file drops at the webview level — native drags never surface as DOM drop events — so we listen on getCurrentWebview().onDragDropEvent, the same pattern standalone-chat already uses
• enter/over → show the black drop overlay; drop → resize + data-url the dropped paths via the existing image-utils, then noteEditorRef.insertImages() (the exact insert path the picker used)
• non-image drops are ignored

visual

ascii fallback:

 before              after
 +-----------+       +------+
 | copy  img |  -->  | copy |
 +-----------+       +------+

 drag a file over the note:
 +----------------------------------+
 | untitled meeting                 |
 |      ####################        |
 |      # drop image to add #       |
 |      #      to note      #       |
 |      ####################        |
 +----------------------------------+

test plan

• bun run build (next build) compiles; tsc --noEmit clean
• smoke test (reviewer): drag a png/jpg onto an open meeting note → black "drop image to add to note" overlay appears, dropping embeds the image; toolbar no longer shows the image icon

drop handling mirrors the working standalone-chat drag-drop pattern; an OS-level file drag can't be synthesized in the wdio e2e, so the runtime drop is left for a manual smoke test.

🤖 Generated with Claude Code