emacs/var/elfeed/db/data/2f/2fdd9c04ccc95a86c6f329865dc95428b34fafb5
2022-01-03 12:49:32 -06:00

1 line
1.5 KiB
Plaintext

<!-- SC_OFF --><div class="md"><p>One of the biggest problem is the difficulty using programming tool on the code, because the code is wrapped in org file, programming tools can&#39;t access to code.</p> <p>In order to integrate org babel code to programming tools ecosystem. 2 possible solutions: - import/export solution, like <code>myuhe/org-gcal.el</code>. For instance, we compile org file to .java, and recompile .java to .org. But this solution has a lot of drawbacks. When recompile .java to .org, a new org file is generated by the compiler, we lose the data organization, and all the info that are not exported of original org file. - bi-directional synchronisation solution like <code>dengste/org-caldav</code>. For instance, only code block of org file is exported to .java file, and all modification on java file will repercut on org code block. This is the best solution for the problem.</p> <p>However, I don&#39;t see either of the 2 solutions used in the org mode literary programming tutorials. But they are used to integrate org agenda to another calendar ecosystem. Is there a reason?</p> </div><!-- SC_ON --> &#32; submitted by &#32; <a href="https://www.reddit.com/user/terhyrzht"> /u/terhyrzht </a> <br/> <span><a href="https://www.reddit.com/r/orgmode/comments/r7w5mv/bidirectional_synchronisation_in_literate/">[link]</a></span> &#32; <span><a href="https://www.reddit.com/r/orgmode/comments/r7w5mv/bidirectional_synchronisation_in_literate/">[comments]</a></span>