micro-editor / micro-editor/micro
Shift+cursor selection in Linux framebuffer console does not highlight selection
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 29.6k
- Forks
- 1.4k
- Avg merge
- 2d 18h
- Merged PRs (30d)
- 10
Description
In the framebuffer console or using fbterm, shift+cursor movement does not highlight selection. Using GPM and mouse on in Micro config, click+drag does not show selection highlighting either. However, double-click will select a word, with highlight.
If text selection using shift+cursor is attempted, and ctrl+x is used, the entire line is cut. However, if text is 'selected' and ctrl+c is used, the selected but not highlighted text is put into the clipboard.
Specifically, I'm using Raspberry Pi OS (Bookworm) 32-bit (and 64-bit) with a Raspberry Pi Zero 2W. In fbcon, I invoke micro with -xterm true. In fbterm, I invoke micro with TERM=fbterm micro. Colorschemes seem fully functional and proper in both cases.
Contributor guide
No contributing guide indexed for this repository
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
Reproduce the issue in Linux fbcon with micro -xterm true and in fbterm with TERM=fbterm micro, testing Shift+cursor, GPM click-drag, double-click, Ctrl+C, and Ctrl+X. Trace the terminal selection and highlighting behavior; done means keyboard and mouse selections are visibly highlighted while copy and cut operate only on the selected text.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, linux, raspberry-pi
- Domain
- cli, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 32/100