Enhancement request: character replacement does not honor Emacs input methods
- Dominant language
- Emacs Lisp
- Stars
- 3.9k
- Forks
- 307
- PR merge metrics
- No merged PRs in 30d
Description
# Issue type
- Enhancement request
# Environment
Emacs version: 25.2.1
Operating System: Arch Linux with the latest updates
Evil version: evil git version
Evil installation type: Spacemacs installation
Graphical/Terminal: Graphical
Tested in a [clean environment]: Yes
# Reproduction steps
- Start Emacs
- Open a new file, `:e testfile` or C-x C-f testfile
- Change the language environment (Input method) to Arabic: C-\ and enter `arabic` in the mini-buffer, or `M-x` > `set-input-method` > `arabic` .
- Type some text:
اللغة العربيّة لغة جميلة
- Try to replace a single character: `r` and then press any character in the keyboard.
# Expected behavior
The replacing character should be in the language the input method is set to.
# Actual behavior
The replacing character appears in the current system keyboard layout and not in the Emacs input method.
# Further notes
The same behavior does not occur when pressing `R`.
The same behavior does occur when choosing different input methods other than Arabic.
Contributor guide
Research direction
Start by tracing the character-replacement command invoked by `r` and compare it with the `R` command, then inspect how each reads the replacement character under an active Emacs input method. Reproduce the Arabic case and other non-Arabic methods from the issue; done means `r` honors the selected input method without breaking ordinary replacement behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- emacs, emacs-lisp
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100