Ihor Radchenko writes:
> Note that you can set it to `create-if-interactive'. I do not easily
> see why modifying the buffer is something Org should not do,
> especially if instructed.
Oh, of course! Thank you Ihor, this worked perfectly.
Rudy
--
"Logic is a science of the necessary laws of
Rudolf Adamkovič writes:
> Actually, I found a problem: If I add a new Emacs Lisp code block to my
> literate Emacs configuration, Emacs launches with a blank screen,
> asking:
>
> Buffer ... modified; kill anyway? (yes, no, save and then kill, ?):
I am not sure if it is expected or not.
> It
Rudolf Adamkovič writes:
> Actually, I found a problem: If I add a new Emacs Lisp code block to my
> literate Emacs configuration, Emacs launches with a blank screen,
> asking:
>
> Buffer ... modified; kill anyway? (yes, no, save and then kill, ?):
With clocks, it gets even weirder:
Org asks
Rudolf Adamkovič writes:
>> Fixed, on main.
>> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=f6a0f151b1
>
> And it works! Thank you.
Actually, I found a problem: If I add a new Emacs Lisp code block to my
literate Emacs configuration, Emacs launches with a blank screen,
asking
Rudolf Adamkovič writes:
> BTW, I am not sure if this is a known bug, but
>
> `org-babel-detangle' ignores the comment customizations,
>
> namely
>
> - org-babel-tangle-comment-format-beg and
> - org-babel-tangle-comment-format-end.
>
> As a result, the function, more likely than not,
>
>
Ihor Radchenko writes:
> Fixed, on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=f6a0f151b1
Fixed in -3 lines of code. Great job!
And it works! Thank you.
BTW, I am not sure if this is a known bug, but
`org-babel-detangle' ignores the comment customizations,
name
Ihor Radchenko writes:
> Rudolf Adamkovič writes:
>
>> Ihor Radchenko writes:
>>
>>> `org-id-link-to-org-use-id' should be respected once you use :comments
>>> link
>>
>> As of now? It is not.
>>
>> With `emacs -Q',
>> ...
>
> Confirmed.
> This is likely a regression after we moved id: link ha
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>> `org-id-link-to-org-use-id' should be respected once you use :comments
>> link
>
> As of now? It is not.
>
> With `emacs -Q',
> ...
Confirmed.
This is likely a regression after we moved id: link handling into
`org-store-link-functions'. Be
Ihor Radchenko writes:
> `org-id-link-to-org-use-id' should be respected once you use :comments
> link
As of now? It is not.
With `emacs -Q',
# -*- org-id-link-to-org-use-id: t -*-
* Foo
:PROPERTIES:
:ID: B340C425-D772-4147-8B1A-9E4FE700B5C8
:END:
#+BEGIN_SRC
Rudolf Adamkovič writes:
> So, I started (de-)tangling heavily, to get some "IDE" support, and
> oh-my, what a buggy mess it is. Not only are tangling comments
> super-noisy, the `org-babel-detangle' function is *unreliable*. If
> multiple sections have the same title, such as "Implementation",
Howdy!
So, I started (de-)tangling heavily, to get some "IDE" support, and
oh-my, what a buggy mess it is. Not only are tangling comments
super-noisy, the `org-babel-detangle' function is *unreliable*. If
multiple sections have the same title, such as "Implementation", it
leads to *data loss*.
11 matches
Mail list logo