dsh-clipboard-menu

What it is

Right-click the DeepSeek Harness composer and get a menu:

Select text in a read-only surface — an AI reply, a document preview, a code block — and right-click for three entries:

How the engine is chosen

A page cannot read the browser's own default search engine — no web API exposes it, deliberately, so that sites cannot profile visitors. The order is therefore:

1. Whichever you picked — hover "Search engine…" and click one in the list; it is stored in localStorage and sticks
2. Otherwise a guess from the UI language: Chinese → Baidu, anything else → Google
3. window.__DSH_CLIPBOARD_MENU_SEARCH__ overrides outright (developer escape hatch)

The list's "Custom" entry opens a small form, and you can keep as many providers as you like:

§§§ https://search.example.org/find?q={query} §§§

Enter or Save adds a provider. Right-clicking either field offers the same cut/copy/paste/select-all menu on its own layer, so pasting a URL never tears the form down — which is why there is no separate Paste button. Escape backs out one level rather than closing the whole menu.

Saved providers are listed under the name you gave them; click one to switch. Hover a row and a trash icon slides in at the far right; one click removes that provider (if it was the current engine, the engine falls back to the language guess). Any number of custom providers can coexist and be removed independently.

The browser itself needs no configuration. window.open goes through the desktop shell's shell.openExternal, which hands the URL to your operating system's default browser — whatever you already set.

Cut and Copy grey out when nothing is selected, and a right-click on read-only content with no selection is passed straight through to the app's own menu. Labels follow the interface language (Chinese / English); colours follow the system light or dark theme.

Why it exists

Electron ships no default context menu, and the DSH Desktop shell does not add one, so right-clicking the composer in the desktop window does nothing — you are stuck with Ctrl+C / Ctrl+V.

The desktop main process is a packaged bundle (lib/main.js + electron-runtime), so a plugin cannot hook webContents. The menu is therefore built in the renderer.

🚀 Install

dsh plugin --profile <profile> add github:wuwaka/dsh-clipboard-menu

From a local checkout:

dsh plugin --profile <profile> add /path/to/dsh-clipboard-menu

Restart the host (or the desktop app wrapping it) to load it.

🔒 Scope

It only activates in shells that have no context menu of their own.

A normal browser tab already has a native menu that does more (paste and match style, search, inspect), so the plugin does not install its listener there at all — right-click keeps behaving exactly as the browser intends, rather than being downgraded.

Detection:

None of them (a plain browser) means it stays inert. To use the menu in a browser on purpose, set this before the plugin loads:

window.__DSH_CLIPBOARD_MENU_FORCE__ = true

⚙️ How it works

The DSH composer is a Lexical editor (a contenteditable root), so pasting cannot go through a plain value setter. Three insertion paths are used:

Cut and copy use document.execCommand('cut' | 'copy') after restoring the selection captured at right-click time (a Range for contenteditable, selectionStart/End for inputs). If copy fails it falls back to navigator.clipboard.writeText.

Exactly two cases are intercepted: editable fields (the full menu) and read-only content with a selection (the two copy entries). Everything else is passed through, so context menus the app or other plugins provide (JSON copy buttons, sidebar previews) keep working.

🧪 Test

npm install --no-save jsdom
node test/smoke.cjs

83 assertions: menu rendering, cut/copy disabled without a selection, textarea caret insertion plus the input event, the synthetic paste event reaching a contenteditable listener, read-only text without a selection not being intercepted, Copy and Copy-as-plain-text on a read-only selection, Copy not stealing focus, the menu surviving a scroll (while an outside mousedown still closes it), the search entry opening the browser with the selection, a Chinese UI defaulting to Baidu and an English one to Google, the hover submenu opening without closing the main menu, a named custom engine appearing in the list, right-clicking a form field opening a clipboard menu without closing the form, pasting into that field, a picked engine being remembered, a custom template's {query} being substituted, one icon per entry, the menu staying uninstalled in a browser, and the force flag opting back in.

⚠️ Limitations

• If navigator.clipboard.readText() is denied, the menu reports that the clipboard is unavailable and suggests Ctrl+V.
• No "paste and match style" entry.

📄 License

MIT