Rudolf Adamkovič <[email protected]> writes: > Ihor Radchenko <[email protected]> writes: > >> I think that it will be against the spirit of the code safety system we >> have in place. The recommended way to get rid of the question you are >> annoyed with is disabling `org-confirm-babel-evaluate'. >> >> Also, see https://list.orgmode.org/orgmode/87edsd5o89.fsf@localhost/ > > Would it be possible to summarize the reason? The linked thread is too > long for me to study now. I get why C-c C-c asks for confirmation, but > why does C-c C-v C-e do it? If I type that key binding, is my intention > not clear for Org?
1. This would change the established behavior 2. There are many keys under C-c C-v, you can, for example, accidentally press C-e instead of C-r. 3. There is already org-confirm-babel-evalute, so I see no reason to change things. > Perhaps we could at least improve the user interface with Yes/No/Always > and then briefly flash "Customize `org-confirm-babel-evaluate' to save > your choice". Still, I would prefer no questions if (and only if) I > request code execution explicitly. Well... See https://list.orgmode.org/orgmode/87edsd5o89.fsf@localhost/ where one of the ideas is to save choice in current buffer. >> Maybe. Or, alternatively, babel backends can put appropriate autoload >> cookies. > > I think it would be nice if at least the built-in languages worked OOTB, > with no `org-babel-do-load-languages` and `org-babel-load-languages` > ceremonies. What would have to be auto-loaded for that? All the relevant functions that are checked by babel code for existence. Or we can change things in ob-core and require some kind of org-babel-load:<lang> to be autoloaded. Then, everything that currently check for specific function names will first try "load" method. -- 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>
