Dear @sachac (BTW, are you the legendary Sacha Chua?)

There was a parenthesis missing in the end, but it is working!!! :)))

I still have to understand the scope (does it works on the heading/ tree where it is called only, can I “point it” to a specific table, etc.) but it is a really great step forward.

And, as I wanted, it is short, simple, elegant, works perfectly and -specially- shows the power of elisp and how literate programming can be useful and powerful for reproducible research (this is part of my thesis).

I may continue with some questions, but it helps me a lot to learn.

Thank you so much! :D

Dear @sachac@lemmy.ml

I checked here day after day but didn’t saw your reply under mine until now, I’m so sorry…

Thank you very much, I will check it right now and come back soon. Slowly, but surely, this is going forward.

Again, thank you very much. nn(^‿)nn b(^‿)d

Dear all. I get that it may be a tad complicated, but if anyone sees at least a reference about how it may be done, please do share it here. Thanks a lot, in advance… :)

Maybe you can try to fix your issue by forcing the buffer-undo-list variable to nil for the elisp mode, as follow: (add-hook 'elisp-mode (lambda () (setq-local buffer-undo-list nil)))

I tried it but still no joy…

Looking at this issue I noticed 3 things that may help to pinpoint the origin…:

• I have 2 variables set that affect the scratch buffer in my config (without yours, that it’s the 3rd):

                  (setq initial-major-mode 'org-mode)
                  (setq-default major-mode 'org-mode)

• Before this reply, (setq-default major-mode 'org-mode) was (setq default-major-mode 'org-mode). Both expressions seems indistinguishable in the resulted behavior.
• The scratch buffer starts in org-roam mode (and read-only mode), which is very strange, but can obviously be related and/or part of the problem. The org-roam section (my config is literate in org-mode) comes before this variables being set.

What does this info may imply?

Hi @ouigol@beehaw.org.

I’m using vanilla emacs with my own configuration. And replying to Sunoc made me remember that the scratch buffer starts as read-only and not in org-mode. So it seems it comes from there… I’ll have to bissect it?

Thanks a lot… :)

Hello Sunoc.

• the buffer is not in read-only, but it always start as so.
• the keybinding is ok since it works in all the rest of the buffers.
• Upon calling undo, emacs says “no undo information in this buffer” (searching for this didn’t seem to give relevant information except something from 2006 and then something about specific of a table-spreadsheet that I don’t use).

From this and @ouigol@beehaw.org (I will relpy after this one) it looks that it may be my configuration, since I’m using vanilla emacs with my own configuration.

Anyway, thanks a lot for your time! :)