Re: S-RET not incrementing table cell with emacs -nw

On Thu, Dec 01, 2022 at 04:50:48PM +0100, Loris Bennett wrote: > Hi, > > If I run emacs or emacsclient with the option -nw or -t, the chord S-RET > in a table cell does not create a new cell below with the incremented > value. It just creates a new empty cell. When running Ema

S-RET not incrementing table cell with emacs -nw

Hi, If I run emacs or emacsclient with the option -nw or -t, the chord S-RET in a table cell does not create a new cell below with the incremented value. It just creates a new empty cell. When running Emacs with a GUI, the incrementation works. Is this a known problem? If so

Re: S-RET

max-execute-and-next-block > under the org-babel namespace as e.g. > org-babel-execute-src-block-and-next-block > in the upstream ob-core.el. Then S-RET will be available to other ob backends > (such as ob-ruby.el that I use often too.) I alot of these make sense for general babel use I

Re: S-RET

>> What I miss in Org Babel is an equivalent of 'S-RET' that in Jupyter >> creates a new code block relative to the current code block. > > 'C-c C-v C-d' (org-babel-demarcate-block) splits current code block into > two with the same settings. It might be what you want. Just b

Re: S-RET

Juri Linkov writes: > > What I miss in Org Babel is an equivalent of 'S-RET' that in Jupyter > creates a new code block relative to the current code block. 'C-c C-v C-d' (org-babel-demarcate-block) splits current code block into two with the same settings. It might be what you want.

Re: S-RET

rg-babel namespace as e.g. org-babel-execute-src-block-and-next-block in the upstream ob-core.el. Then S-RET will be available to other ob backends (such as ob-ruby.el that I use often too.)

Re: S-RET

'C-c C-c' > (org-ctrl-c-ctrl-c). Thus the equivalent of 'C-RET' is 'C-c C-c'. > So far, so good. > > What I miss in Org Babel is an equivalent of 'S-RET' that in Jupyter > creates a new code block relative to the current code block. > > Actually, in Org Babel such a command alrea

S-RET

I miss in Org Babel is an equivalent of 'S-RET' that in Jupyter creates a new code block relative to the current code block. Actually, in Org Babel such a command already exists and is bound to the needed key 'S-RET', but currently it works only on tables: the command is 'org-table-copy-down

Re: [O] M-S-RET doesn't work anymore?

n, sorry for the disruption. [1]: In fundamental-mode: C-h k ⇒ RET (translated from ) runs the command newline… [2]: In fundamental-mode: M-: (global-set-key (kbd "S-RET") (lambda () (interactive) (message "foo"))) C-h k S- ⇒ RET (translated from )

Re: [O] M-S-RET doesn't work anymore?

Nicolas Goaziou writes: >> May be those keys should be bound to both RET and variants? > > This is what I just did in master. Thank you. Thanks!! It works great again :) I really like the pairing of C-RET, C-S-RET which creates a TODO and M-RET and M-S-RET which create

Re: [O] M-S-RET doesn't work anymore?

Helo, Kaushal Modi writes: > May be those keys should be bound to both RET and variants? This is what I just did in master. Thank you. Regards, -- Nicolas Goaziou

Re: [O] M-S-RET doesn't work anymore?

On Wed, Jan 23, 2019, 7:45 PM Amin Bandali > Also notice the left over greater sign ‘>’ on the fourth line. > Yeah, that was fixed in a later commit. I was surprised to see that too, but confirmed that the latest master doesn't have that. >

Re: [O] M-S-RET doesn't work anymore?

> #+begin_src diff > -(org-defkey org-mode-map (kbd "S-") #'org-table-copy-down) > -(org-defkey org-mode-map (kbd "M-S-") #'org-insert-todo-heading) > -(org-defkey org-mode-map (kbd "ESC S-") #'org-insert-todo-heading) > +(org-defkey org-mode-map

Re: [O] M-S-RET doesn't work anymore?

On Wed, Jan 23, 2019 at 3:54 PM Marco Wahl wrote: > As a workaround you can evaluate the lines (that were active before the > commit) > > (org-defkey org-mode-map (kbd "S-") #'org-table-copy-down) > (org-defkey org-mode-map (kbd "M-S-") #'org-insert-todo-heading) > (org-defkey org-mode-map (kbd

Re: [O] M-S-RET doesn't work anymore?

Hi! > I regularly create checkbox lists on the fly with > > 1. [ ] blah and M-S-RET to create the second entry > > 2. [ ] I can confirm this. > But the checkbox is missing today. Has this functionality changed? > > I am running the latest master from git on win

Re: [O] M-S-RET doesn't work anymore?

On Wed, Jan 23, 2019 at 3:13 PM Bernt Hansen wrote: > Hi, > > I regularly create checkbox lists on the fly with > > 1. [ ] blah and M-S-RET to create the second entry > > 2. [ ] > > But the checkbox is missing today. Has this functionality changed? > > I am r

[O] M-S-RET doesn't work anymore?

Hi, I regularly create checkbox lists on the fly with 1. [ ] blah and M-S-RET to create the second entry 2. [ ] But the checkbox is missing today. Has this functionality changed? I am running the latest master from git on windows emacs 25.1 Thanks, Bernt

Re: [O] Binding org-insert-todo-heading to M-S-RET

Hello, Kévin Le Gouguec writes: > Here is a very minor gripe I have with org-mode: is there a reason why > org-insert-todo-heading should be bound to (kbd "M-S-"), rather > than (kbd "M-S-RET")? > > AFAIU, using "" limits the key binding to the actua

[O] Binding org-insert-todo-heading to M-S-RET

Hello! Here is a very minor gripe I have with org-mode: is there a reason why org-insert-todo-heading should be bound to (kbd "M-S-"), rather than (kbd "M-S-RET")? AFAIU, using "" limits the key binding to the actual "⏎" function key, while us

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Hello, Matt Lundin <m...@imapmail.org> writes: > Attached please find a more limited patch that fixes the issue in the > GUI without affecting TTY use. I have only changed bindings for the > M-S-RET or S-RET combinations. These combinations cannot be used in the > TTY anyway an

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

ped in the terminal and Emacs > > does not remap these bindings. > > Attached please find a more limited patch that fixes the issue in the > GUI without affecting TTY use. I have only changed bindings for the > M-S-RET or S-RET combinations. These combinations cannot be used in the > TTY anyway and Org Mode already defines alternative TTY bindings for > these combinations. > > Best, > Matt > >

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

patch would break those binding in terminal Emacs > completely, since cannot be typed in the terminal and Emacs > does not remap these bindings. Attached please find a more limited patch that fixes the issue in the GUI without affecting TTY use. I have only changed bindings for the M-

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

9.1.6 > (9.1.6-33-g5b4a71-elpaplus) That is because the version in elpa not have the problematic commit yet. The elpa version you are using still uses old way of defining these keys: (org-defkey org-mode-map [(meta shift return)] 'org-insert-todo-heading) The problematic commit (6965098a5357b095

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote: > Matt Lundin writes: > > I discovered that when trying to insert a new item with a checkbox using > > M-S Return (org-insert-todo-heading), the keybinding is "translated" to > > M-Return (org-meta-return).

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

b) RET key with modifiers -(org-defkey org-mode-map (kbd "S-RET") #'org-table-copy-down) -(org-defkey org-mode-map (kbd "M-S-RET") #'org-insert-todo-heading) -(org-defkey org-mode-map (kbd "ESC S-RET") #'org-insert-todo-heading) -(org-defkey org-mode-map (kbd &q

[O] [Bug] M-S Ret keybinding translated to M-Ret

I discovered that when trying to insert a new item with a checkbox using M-S Return (org-insert-todo-heading), the keybinding is "translated" to M-Return (org-meta-return). As a result, all I get is simple list item without a checkbox. M-x describe-key [Ret] M-S Ret ...shows the

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Another issue I've noticed is that if I save a buffer, that was previously associated with R session, under different name in different folder, then that association is not getting reset and/or overridden by session property of Org buffer. Namely, I had dot R file that I saved in different folder

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

The `org-src-in-org-buffer' macro may be used from an edit buffer to run elisp inside the code block, in the org-mode buffer of the edit buffer. e.g., the following ;; -*- emacs-lisp -*- (org-src-in-org-buffer (message --%S (org-babel-get-src-block-info))) Where is

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

process quits (or probably dies as well) when editing source code block in a separate buffer, the subsequent S-RET will silently execute a line in a wrong buffer/process. If there are no buffers with R process, it will create the default *R* named buffer. It might be exotic but I think it is an issue

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Andrew Young younga...@gmail.com writes: Hello All, Hi Andrew, Well, despite being relatively new to elisp, I've decided to take a crack at one of your problems. I'm not too sure what is causing the strange behaviour of the session property, but I have some thoughts on getting that one

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

say that after applying changes to my-ess-eval and to org-babel-edit-prep:R as suggested by Andrew, it looks like everything is working right for me. Once I hit C-c ' I see properly named buffer appear with new process. Then if I hit S-RET it asks me what session to use and since I have ido mode

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Hi Mikhail, Mikhail Titov m...@gmx.us writes: I would say that after applying changes to my-ess-eval and to org-babel-edit-prep:R as suggested by Andrew, it looks like everything is working right for me. I'v been bold and I pushed the change Andrew suggested. Thanks for reporting this and

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Hello All, Well, despite being relatively new to elisp, I've decided to take a crack at one of your problems. I'm not too sure what is causing the strange behaviour of the session property, but I have some thoughts on getting that one function working. Bear with me :-) It seems that for me, the

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Mikhail Titov m...@gmx.us writes: Hello! There is a wonderful post[1] on how to make S-RET to do handy things in ESS mode. However I often find myself working on several Org documents from different folders. It is quite inconvenient to change a directory in =*R*= buffer each time I work

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Eric Schulte eric.schu...@gmx.com writes: There is a wonderful post[1] on how to make S-RET to do handy things in ESS mode. However I often find myself working on several Org documents from different folders. It is quite inconvenient to change a directory in =*R*= buffer each time I work

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

for org-babel-default-header-args. This made a trick. Now indeed I have *Rreport* after C-c C-c on code block. However after C-c ' whenever I attempt to S-RET, yet another *R* is launched every time instead of evaluating a line. So the question perhaps is: How to alter [1] such that when I

[O] [babel, ess] How can I make S-RET to be multi-session friendly?

Hello! There is a wonderful post[1] on how to make S-RET to do handy things in ESS mode. However I often find myself working on several Org documents from different folders. It is quite inconvenient to change a directory in =*R*= buffer each time I work on different document. Is there a neat

Re: [O] [babel, ess] How can I make S-RET to be multi-session friendly?

Mikhail Titov writes: I'm running Org-mode version 7.8.10 (release_7.8.10-658-g451191.dirty) No you don't... please do git fetch --tags origin Can't help with your question, sorry. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI

Re: [Orgmode] Bug? M-S-RET on a line

Fixed, thanks. - Carsten On Mar 9, 2009, at 10:06 PM, Wanrong Lin wrote: Hi, Suppose I have an org file with following lines: * Test1 Test2 Now if I put the cursor at the beginning of the Test2 line and press M-S-RET (Alt-Shift-Return on my machine), I got this: * Test1 * Test2TODO

[Orgmode] Bug? M-S-RET on a line

Hi, Suppose I have an org file with following lines: * Test1 Test2 Now if I put the cursor at the beginning of the Test2 line and press M-S-RET (Alt-Shift-Return on my machine), I got this: * Test1 * Test2TODO The TODO keyword was inserted at the end instead of the beginning of the task

Re: [Orgmode] Re: Strange behavior of C-RET and C-S-RET

Hello. I verified. The latest org-mode from git doesn't contain this bug. Thanks a lot! 2008/11/2 Carsten Dominik [EMAIL PROTECTED]: I believe this is fixed now, please verify. - Carsten On Nov 1, 2008, at 2:22 AM, Sergey A. wrote: Hello. I didn't think that the bug will be so difficult

Re: [Orgmode] Re: Strange behavior of C-RET and C-S-RET

I believe this is fixed now, please verify. - Carsten On Nov 1, 2008, at 2:22 AM, Sergey A. wrote: Hello. I didn't think that the bug will be so difficult to reproduce. In my case, the bug always happens with the following file: *** foo * bar Below is the steps to reproduce that 100%

[Orgmode] Re: Strange behavior of C-RET and C-S-RET

Hello. I didn't think that the bug will be so difficult to reproduce. In my case, the bug always happens with the following file: *** foo * bar Below is the steps to reproduce that 100% works to me: 1) File is opened, headline is folded, cursor is on the second asterisk: *[*]* foo... 2)

[Orgmode] Re: Strange behavior of C-RET and C-S-RET

Carsten Dominik [EMAIL PROTECTED] writes: I cannot reproduce this problem. Can anyone else? It happens to me sometimes. I'll see if I can come up with a test case that will reproduce this on demand. Then I can look into fixing it. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO

Re: [Orgmode] Strange behavior of C-RET and C-S-RET

... *** [] Content of the Read books headline isn't losed, but wrong position of ... confuses me (and maybe forces some users to think that the content was losed). The same happens when using C-S-RET instead of C-RET. I use org-mode 6.10c, coming with the latest emacs from CVS. Here is part of my

[Orgmode] Re: Strange behavior of C-RET and C-S-RET

as the current one I should press C-RET. Here is what happens when I do that: *** Read books ... *** [] Content of the Read books headline isn't losed, but wrong position of ... confuses me (and maybe forces some users to think that the content was losed). The same happens when using C-S-RET