Hi Ihor, Sorry for the late reply.
I’ve fixed all the issues you mentioned regarding the org-babel-tangle--concat-targets function. Please find the updated version attached. As for your suggestion: >>The easiest solution is thus getting rid of the >>`org-babel-tangle-use-relative-file-links' branch in >>`org-babel-tangle--unbracketed-link'. >>Instead, we can handle `org-babel-tangle-use-relative-file-links' in >>`org-babel-tangle-single-block' itself, post-processing the link there. >>Then, we can, say, store the processed link in PARAMS as >>:ob-tangle--link when calling `org-babel-expand-noweb-references' and >>make `org-babel-tangle-comment-links' check for :ob-tangle--link >>parameter instead of calling `org-babel-tangle--unbracketed-link' to >>generate the link. I tried to implement this approach, but it seems quite easy to break other parts of Org in the process. Would you mind guiding me on how to implement it properly? Best regards, Lei On Sun, Jun 8, 2025 at 8:07 PM Ihor Radchenko <yanta...@posteo.net> wrote: > > Lei Zhe <lzhe...@gmail.com> writes: > > > Yes, this definitely makes sense, but we need to get rid of the > > `only-this-block` parameter here, since the result of > > `org-babel-tangle-single-block` needs to be a nested list. This must > > be a breaking change that we discussed before. > > I have ideas how to avoid that, but let's first address everything else. > > -- > Ihor Radchenko // yantar92, > Org mode maintainer, > Learn more about Org mode at <https://orgmode.org/>. > Support Org development at <https://liberapay.com/org-mode>, > or support my work at <https://liberapay.com/yantar92>
0001-ob-tangle.el-Support-tangling-a-source-block-to-mult.patch
Description: Binary data
