mulmoterminal-keys

Solid

Bind keyboard shortcuts and fix keyboard/clipboard behaviour in MulmoTerminal. **Writes `keymap`**, which Settings cannot set at all — its Keyboard shortcuts section is read-only, listing every action bound or not plus a `send` row. **Explains `copyOnSelect`, `questionPaneEnabled` and `terminalSubmit`**, which have their own Settings controls (two checkboxes and a picker) — point the user at those, and write the key yourself only when they have no browser to hand. Covers zooming a cell, jumping to whichever agent is waiting for you, opening and closing terminals, copy/paste, sending raw bytes to the terminal so a key the shell understands can be reached from a key your keyboard has (Cmd+Right for end-of-line), copying by selecting with no key pressed, and the Enter-vs-newline binding. Use when the user wants a shortcut or hotkey, wants to switch cells or reach a waiting agent without the mouse, wants selecting text to copy it, or reports that Shift+Enter submits their prompt instead of adding a line, that Ent

AI & Automation 211 stars 30 forks Updated today MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
77
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Keyboard, shortcuts and clipboard These settings all live in **`~/.mulmoterminal/config.json`**, and each write is a **partial `POST /api/config` merge** — write only the key you are changing, so the user's other settings survive. **"Partial" means per TOP-LEVEL key, and `keymap` is replaced WHOLE.** The merge is `body[key] !== undefined ? sanitize(body[key]) : current` (`server/config/app-config.ts`), so posting ```json { "keymap": { "send": [ … ] } } ``` does not add a `send` to the keymap — it **makes that the entire keymap**, deleting every action binding the user had. Nothing warns, and the reply is a success. So a keymap write always sends the **complete** keymap: what step 1 read, plus the change. Read it, merge in memory, post the whole thing. Every `keymap` example below shows one setting on its own for readability — none of them is a body to post as-is unless the user genuinely has nothing else bound. Settings has a **Keyboard shortcuts** section, but it is **read-only** — it lists every action and its current binding, plus a `send` row: one per configured entry, or a single "Not set" placeholder when there are none. Point the user at it after writing, as the check. ## Open with a proposal, not a question — **on the keymap path only** **First, check which path you are on.** This skill answers two different arrivals, and the flow below belongs to one of them: | the user said | go to | |---|---| | nothing specific, or arrived via **Set up shortcuts…** | thi...

Details

Author
receptron
Repository
receptron/mulmoterminal
Created
2 months ago
Last Updated
today
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

mulmoterminal-config

The way into configuring MulmoTerminal, and the way to find out how it is configured now. Use for a broad or unsure request — "configure MulmoTerminal", "set this up", "customize this", "what can I change?", first-run setup — and route to the skill that owns the area. Also answers "how is this set up right now?", "why isn't my setting working?", "did that take effect?" by reading the live config — the global `~/.mulmoterminal/config.json`, each project's `.mulmoterminal.json`, and what the app ACTUALLY parsed from them — including keys it dropped in validation, which is the difference between a setting you never made and one that silently never applied. Owns the global settings that have no skill of their own — work comments on an issue (issueWorkComments), the PR clone footer (prWorkdirFooter), the closing summary (appendSystemPrompt), the decision digest (decisionDigest), the periodic dev-work log (worklogEnabled), roster row length (cockpitLines), the grid header's load read-out (showLoadAverage), pinned c

211 Updated today
receptron
Code & Development Solid

mulmoterminal-header

Put your own action buttons and info chips in a MulmoTerminal session header — either everywhere (`buttons` / `chips` in `~/.mulmoterminal/config.json`, which has no Settings UI) or for one project (`<project>/.mulmoterminal.json`). Buttons run a shell command in a new cell, type text into the running agent (`/compact`), or open a URL, the file explorer, a diff/PR/wiki overlay, or a new terminal. Chips show live context — branch, context left, diff counts, the PR or issue being worked on. Use when the user wants to add, remove, reorder or hide header buttons or chips, wants a one-click build/test/deploy on a session, wants the header to show something it doesn't, or asks why a button is missing or does nothing. For colours and grid order use mulmoterminal-dirs; for keyboard shortcuts use mulmoterminal-keys.

211 Updated today
receptron
AI & Automation Listed

keybindings-help

Use when customizing terminal keybindings, shortcut mappings, or key combinations

4 Updated today
imMamdouhaboammar