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
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, is there a
d make sense to bring scimax-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 sens
>> 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 w
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 b
ock
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.)
aluate the code block there is '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 cur
ET' 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 already exists and is bound to
the needed key 'S-RET', but
you for catching this and again, 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-
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
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
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.
>
> #+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-defke
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 "
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 windows
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
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
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
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 using
Hello,
Matt Lundin 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 and Org Mode alr
> >
> >> The attached patch fixes this issue.
> >
> > I'm pretty sure your 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 fin
t 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-S-RET or S-RET combinations. These combinations cannot be used in the
TTY anyway
t.
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 (6965098a5357b09575a1119074545eb708cf5944)
changed that line to the following (along with several related changes):
(or
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). As a result, all I get is simple list
a/lisp/org.el b/lisp/org.el
index 688e48bcc..133bf038a 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -18859,11 +18859,11 @@ COMMANDS is a list of alternating OLDDEF NEWDEF command names."
(define-key org-mode-map (kbd "") #'org-shifttab)
RET key with modifiers
-(org-defkey
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
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 a
>>
>> 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
somewhat bugs me is that if R 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 migh
Hi Mikhail,
Mikhail Titov 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 for testin
ly attach an
>> ess process to the current src buffer by using the command:
>>
>> C-c C-s (ess-switch-process)
>>
>> You'll have to specify the process name, rather than the buffer name,
>> and the session must have already been started.
I would say that aft
Andrew Young 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 function worki
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
;((:results . "output") (:session . "*R*")))
>>> `
>>>
>>
>> Given that (:session . "*R*") will be used by default you could simply
>> remove it from your custom setting for org-babel-default-header-args.
>
> This made a tr
Eric Schulte 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*=
Mikhail Titov 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
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 Implemen
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
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
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 in
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
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% w
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)
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, C
I can't reproduce this either.
-Bernt
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Hi,
>
> I cannot reproduce this problem. Can anyone else?
>
> - Carsten
>
> On Oct 27, 2008, at 6:50 PM, Sergey A. wrote:
>
>> Hello.
>>
>> Firstly, thanks for org-mode! This mode is awesome!
>>
>> I think I've
Hi,
I cannot reproduce this problem. Can anyone else?
- Carsten
On Oct 27, 2008, at 6:50 PM, Sergey A. wrote:
Hello.
Firstly, thanks for org-mode! This mode is awesome!
I think I've found a bug (but this bug is of little importance).
For example, I have the following folded headline:
*[*
Hello.
Firstly, thanks for org-mode! This mode is awesome!
I think I've found a bug (but this bug is of little importance).
For example, I have the following folded headline:
*[*]* Read books...
where [] indicates where cursor is. In this case the cursor is over
the second asterisk (this note
47 matches
Mail list logo
