Timeline for Set org-babel source block parameters dynamically
Current License: CC BY-SA 4.0
13 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Sep 28 at 0:54 | answer | added | NickD | timeline score: 2 | |
| Sep 27 at 15:53 | history | edited | lyndhurst | CC BY-SA 4.0 |
Conclusion & workaround
|
| Sep 26 at 20:31 | history | edited | lyndhurst | CC BY-SA 4.0 |
new problems found
|
| Sep 26 at 19:09 | history | edited | lyndhurst | CC BY-SA 4.0 |
added 1268 characters in body
|
| Sep 26 at 15:18 | answer | added | NickD | timeline score: 1 | |
| Sep 26 at 13:16 | comment | added | NickD |
org-attach-dir-get-create is not called on every block evaluation: either way it is called once when the variable is set. So there is no difference between the methods.
|
|
| Sep 25 at 21:00 | comment | added | lyndhurst |
I just re-tested after editing my comment, and it does not seem to be a problem with the dynamic setting of output-dir, setting it to a static string produces the same 'bug'. So I guess output-dir and file should not both be set or something like that. I have to test and research further...
|
|
| Sep 25 at 20:54 | history | edited | lyndhurst | CC BY-SA 4.0 |
added 12 characters in body
|
| Sep 25 at 20:52 | comment | added | lyndhurst |
Thanks, but to be honest I am not sure I fully understand. I edited my post because my description of the bug I am trying to squash was not very explicit. I thought taking the org-attach-dir-get-create function out of the list would prevent it from being called at every block execution. Still in my mind, if the function is called at every block execution, it should always yield the same list, more specifically, the output-dir should not be affected in the same way by repeated block execution. Anyway, I am not set on this approach if it is not te way to go.
|
|
| Sep 25 at 20:43 | history | edited | lyndhurst | CC BY-SA 4.0 |
improve problem description
|
| Sep 25 at 20:16 | comment | added | NickD |
There is no difference between the (setq org-bable-default-header-args:plantuml ...) in the first and second code block: in the first you set it to a manually constructed list, in the second you set it to the result of calling a function, but the function constructs the same list (in the sense of equal: they are not the same object, but they look identical and act identically), so the final values are the same in both cases. Does that make sense?
|
|
| Sep 25 at 19:31 | history | edited | lyndhurst | CC BY-SA 4.0 |
added 1 character in body
|
| Sep 25 at 17:24 | history | asked | lyndhurst | CC BY-SA 4.0 |