0

The usual behavior of comment-line is to move point to the next line. When commenting code within an Org source block, however, the point will jump to some previous line.

For example, say that point is at |:

#+begin_src emacs-lisp
  (defun hello ()
    "Say hi."
    (interactive)|
    (message "Hello, world!"))
#+end_src

When comment-line is called, the current line is commented, but point also moves to the indent of the previous line:

#+begin_src emacs-lisp
  (defun hello ()
    |"Say hi."
    ;; (interactive)
    (message "Hello, world!"))
#+end_src

Ideally, I would like point to not move at all (relative to the adjacent characters prior to (un)commenting) but would at least like comment-line to behave in a source block like it does outside of one.

I've tried a variety of suggested answers. They all move point similarly. It looks like comment-or-uncomment-region is the typical entry point. This function leads down quite a labyrinth. AFAIK, it ultimately hinges on the comment-region-function which is comment-region-default-1 by default. Stepping through, it's not clear to me which part moves point to a previous line.

1
  • 2
    FWIW, I can reproduce this. Maybe report it to the ML? – NickD Apr 7 at 13:00
0

The behavior that I see is even worse when doing C-x C-; in an org emacs-lisp source block:

After comment-line adds the ";;" characters at line start, the cursor jumps to the line after the defun declaration, which could be several lines above. Note that this does not happen when doing the same thing when editing elisp code in an emacs-lisp buffer.

The only work-around that I've come up with is: C-a C-@ C-e C-f M-;

Alternatively, create a macro and bind a key to it:

(fset 'comment-line-goto-next
   (kmacro-lambda-form [?\C-a ?\C-@ ?\C-e ?\C-f ?\M-\;] 0 "%d"))

Hope this helps.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.