rust-lang / rust-lang/rust-mode
rust-beginning-of-defun for function with subfunction
Open
Nobody has claimed this yet.
- Dominant language
- Emacs Lisp
- Stars
- 1.3k
- Forks
- 198
- PR merge metrics
- No merged PRs in 30d
Description
Similar to #222 :
fn it_works() {
fn helper() {}
let a = 1 + 1;<CURSOR_HERE>
}
If place cursor at marked place and execute M-x rust-beginning-of-defun
then cursor jump to begin of fn helper() instead of fn it_works.
May be cause kwrooijen/cargo.el#41 (see last comment)
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
Start by reproducing the issue with the nested Rust function example and run M-x rust-beginning-of-defun from the marked position. Inspect the implementation of rust-beginning-of-defun and the related behavior described in issue #222; done means it moves to fn it_works rather than fn helper when the cursor is inside the outer function.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- emacs, emacs-lisp, rust
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100