GNU bug report logs -
#34977
org-edit-src-code undesirable behaviour
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 24 May 2020 10:19:30 +0200
with message-id <87r1v9agod.fsf <at> bzg.fr>
and subject line Re: bug#34977: org-edit-src-code undesirable behaviour
has caused the debbugs.gnu.org bug report #34977,
regarding org-edit-src-code undesirable behaviour
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
34977: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=34977
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.7) of 2019-03-17
Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)
There are two things that work undesirably for me when using org-edit-src-code:
(1) With a selected region, the point in the edit buffer will be one line below the bottom of the selection.
(2) After closing the edit buffer, if it was modified, the point jumps to the beginning of the block.
(3) If I wanted to programmatically edit src code in the block, is calling 'org-edit-src-code the right way anyway? Because there seems to be some lag, besides the points mentioned above.
Steps to reproduce:
M-x org-mode
Eval this function:
(defun commit-bad-deeds ()
(interactive)
(let* ((p (point))
(w (get-buffer-window (current-buffer))))
(org-edit-src-code)
(gnus-delete-line) ; any code that modifies buffer
(org-edit-src-exit)
(set-window-point w p)))
Bind it:
(global-set-key (kbd "M-w") 'commit-bad-deeds)
Paste this code:
#+BEGIN_SRC elisp
(1) cursor jumps to the beginning of this line
(2) lawfully-good line to be selected
(3) and this line to be murdered instead
(4) w/ no witnesses
#+END_SRC
- Jump to line (2)
- Select whole line: (progn (end-of-line) (set-mark (line-beginning-position))) or any other way
- press M-w
Observe:
(1) Line (3) removed instead of (2)
(2) Point jumping to the beginning of the block
(3) Lag?
[Message part 3 (message/rfc822, inline)]
Hi,
Nicolas Goaziou <mail <at> nicolasgoaziou.fr> writes:
> I cannot reproduce any of these observations. Could you check that no
> other function is interfering?
Well, I tried and could not reproduce this either.
I am closing the bug report.
--
Bastien
This bug report was last modified 5 years and 78 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.