Make Ctrl+E accept inline autocomplete suggestions
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
Describe the feature or problem you'd like to solve
When an inline suggestion is visible, Ctrl+E should accept it, matching common Emacs-style terminal behavior. Otherwise, it should continue moving the cursor to the end of the line.
Proposed solution
Make Ctrl+E context-sensitive:
• If an inline suggestion is visible, accept the entire suggestion.
• If no inline suggestion is visible, keep the existing behavior of moving the cursor to the end of the line.
Example prompts or workflows
I type:
Explain the changes in src/
Copilot displays a ghost suggestion:
Explain the changes in src/auth.ts since the last commit
Pressing Ctrl+E should accept the full ghost text. If there is no ghost suggestion, Ctrl+E should simply move the cursor to the end of the current line.
Additional context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no repository files or tests. Start by locating the CLI's Ctrl+E key handling and the inline suggestion acceptance entry point, then trace the existing end-of-line behavior. Done means Ctrl+E accepts the full visible suggestion and still moves to the line end when no suggestion is present; add or run the relevant terminal interaction tests if available.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- shell
- Domain
- cli
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Clearly specified
- Newbie friendliness
- 68/100