Re [Patch] Pre-/postpend arbitrary LaTeX code to a section
HI Juan Manuel, Looks cool and would be a +1 from my side, since I need that too... Can it be extended to add properties to a #BEGIN_example #END_example snippet? I already suggested that some time ago... /PA -- Fragen sind nicht da um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet
Re: per-file (or, really, per buffer) allowing/disallowing code block execution
On Sunday, 11 Sep 2022 at 17:10, Ihor Radchenko wrote: > In fact, it is very popular to replace _all_ the yes/no prompts in > Emacs with y/n prompts. I had to laugh. The oldest line in my Emacs init is (fset 'yes-or-no-p 'y-or-n-p) ;I hate typing... and this dates back to the 80s... (sorry for off-topic post) -- : Eric S Fraga, with org release_9.5.4-768-g5bb699 in Emacs 29.0.50
Re: Call code block via link?
On Saturday, 10 Sep 2022 at 07:15, Felix Dorner wrote: > Clicking/following the link would execute the call and my password > ready to paste elsewhere. Feasible? I have links of the form [[elisp:(some elisp sexp)][Click here to do X]] -- : Eric S Fraga, with org release_9.5.4-768-g5bb699 in Emacs 29.0.50
Re: [Patch] Pre-/postpend arbitrary LaTeX code to a section
On Sunday, 18 Sep 2022 at 12:27, Juan Manuel Macías wrote: > I don't know if the following scenario usually appears in the workflow > of other Org users as well. Otherwise, I think this patch could be > ignored. I would find something like this useful as I often have commands such as \newpage and \appendix preceding a headline, commands that are indeed not really part of the previous element. I've not tried your patch: I've been on holiday [1] and have come back to 3000+ emails so I'll be some time... eric Footnotes: [1] definition: turn all Internet access off and have a break, preferably with good company, food, drink, and sunshine. -- : Eric S Fraga, with org release_9.5.4-768-g5bb699 in Emacs 29.0.50
Re: [PATCH worg] org-tutorials/org4beginners.org: fix keybinding
laalsaas writes: > diff --git a/org-tutorials/org4beginners.org b/org-tutorials/org4beginners.org > index 60344c80..d7376f29 100644 > --- a/org-tutorials/org4beginners.org > +++ b/org-tutorials/org4beginners.org > @@ -276,7 +276,7 @@ To speed up working with TODO-list there is the following > shortcut > =S-left/right= which will cycle through: *TODO* - *DONE* and empty. > > Imagine that you have a large document, with scattered all over the > -document TODO entries, *C-c C-v* will show only your current TODOs, and > +document TODO entries, *C-c / t* will show only your current TODOs, and > folding the rest away. > > ** Configuring TODOs Applied on Worg, thanks. -- Bastien
Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency
Hi, * Christophe Schockaert wrote: > As for me, I am interested in having a way to manage cancels. > > I have always managed it with workarounds up to now, so it would be nice > to have a clean way for it. "Clean" depends on the definition. To me, a general convention with the statement that it does not have any tool-implication (progress indicators, ...) would also be cool. Maybe there will be an elisp function to toggle cancelled/non-cancelled list items instead of everybody is doing this in his/her own setup. > However, this is low priority to me regarding the effort to provide. > Also, since the suggestion from Daniel, I can consider it as a viable > option for my use case, to keep lists simple and use the strikethrough > would improve my readability. I agree. > This would allow several behaviors for counting the checkboxes as we > please : > > * TODO [2/2] Several checkboxes > > - [X] This one is done > - [X] +This once is cancelled as done+ > - +[ ] This one is forgotten completely+ And: - +[ ]+ This is cancelled ... which does not require or impose multi-line formatting to mark it as cancelled. > (my wish would be to have a robust way to handle multilines formating, > but that’s on another topic going on ^^) Yes, but probably not that easy. > I don’t know what’s the usual process : can’t we file an issue to track > it, and write down the options we have, then decide the outcome of it > (either development, or documenting options and ideas) ? Documenting a convention is good enough to me. At least people don't get too creative with different conventions by themselves which adds complexity when Orgdown files are shared among different people. I'm still dreaming of fool-proof real-world and real-time collaboration on Orgdown files using GNU Emacs and probably other tools as well. > Regarding the checkbox state, I wanted to have the impression of > maintainers, but I felt that choosing the character would not be easy to > handle not only for development, but even for reading documents from > different sources (custom TODO states have a meaning that we can infer, > but a single letter seems harder). > > As an after thought, about the "[C]" proposal, I wonder if it would not > be better to have a symbol, as "[X]" is not used for the letter, but for > the cross, same for the "space" and the "dash" which express "halfway > through". I didn’t have any idea the other day, but meanwhile, I have > come first with "[~]" which sounds like a wave and thus is not firm, and > is also a bitwise NOT in some programming languages. It could be easily mixed up with [-] - depending on font size, font style, and such. > Or, thinking about the "NOT", I thought about "[!]" which is a NOT > (not done) and also quite expressive. The only thing is that it is > quite catching attention, like if we need to pay attention for > something that was probably not that important since we cancelled > it :) I could not find many other options, as I feel we need to > stick to ASCII for a solution. An exclamation mark imposes importance from my point of view. > WDYT ? > Christophe HTH -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/
Re: [PATCH] Babel evaluation: location and timing information
Dear Timothy, this looks very useful. I've not tested it but would ask for one (hopefully minor) addition: could the position information provided include point as well as line number? I tend to use 1 line per paragraph (with visual line mode and org indent mode) and some of my paragraphs might have multiple inline src elements. But not a big deal if not, of course, but I'm a big fan of more information rather than less. I can see the evaluation time being quite useful in profiling! Thank you, eric -- : Eric S Fraga, with org release_9.5.4-768-g5bb699 in Emacs 29.0.50
Re: [PATCH] Babel evaluation: location and timing information
On 18/09/2022 10:09, Timothy wrote: and now this might look like so: ┌ │ executing Emacs-Lisp call on line 143... │ Code block evaluation complete (took 0.2s). └ I do not mind to have such feature, but I am unsure concerning its price. I just have tried (benchmark-run 1 (line-number-at-pos)) (2.244481896 0 0.0) It is time in seconds...
Re: [PATCH] Fixing refile cache use for org-goto in indirect buffers.
On 19/09/2022 12:16, Yuchen Pei wrote: To reprod: - make sure the org-refile-targets generates a big enough list where the refile cache makes a difference - visit an org file in org-refile-targets - M-x clone-indirect-buffer-other-window - C-0 C-c C-w to clear cache - M-: (org-refile-get-targets) Have you tried to execute this command in the indirect buffer? - org-goto in the original buffer takes no effort - but, org-goto in the indirect buffer takes time, which is unexpected. diff --git a/lisp/org-refile.el b/lisp/org-refile.el index 16cff25bd..7189ef595 100644 --- a/lisp/org-refile.el +++ b/lisp/org-refile.el @@ -306,7 +306,10 @@ converted to a headline before refiling." (dolist (f files) (with-current-buffer (if (bufferp f) f (org-get-agenda-file-buffer f)) (or -(setq tgs (org-refile-cache-get (buffer-file-name) descre)) +(setq tgs (org-refile-cache-get +(buffer-file-name (when (bufferp f) +(buffer-base-buffer f))) +descre)) Thank you for the attempt to improve handling of indirect buffers. I am afraid, more serious refactoring is required to reuse result of `buffer-base-buffer', for the previous attempt to avoid issues with `buffer-file-name' see satotake to emacs-orgmode… [PATCH] org-refile.el: Fix the case of *scratch* buffer. Sat, 15 May 2021 19:38:39 +0900. https://list.orgmode.org/20210515103839.8574-2-doublequotat...@gmail.com There are several corner cases with `org-refile-cache', `org-goto', and buffers. - Perhaps buffer name, not file name should be used as the cache key if some buffer is not associated with any file. Alternatively cache should not be used at all. - When an indirect buffer is narrowed down to some region (e.g. created using `org-tree-to-indirect-buffer') jump targets should be filtered to the displayed range. So the change is an improvement (I would prefer `and' instead of `when' in such expression, but it does not really matter). Leaving aside other issues and more serious refactoring, it seems, storing results to the cache requires a similar fix, so perhaps it is possible to move "(setq f ...)" code above of "(or ...)" and reuse f as the cache key. Please, send patches produced by "git format-patch" command.
Re: per-file (or, really, per buffer) allowing/disallowing code block execution
Greg Minshall writes: > - "always this buffer" [Y?] I would deeply appreciate this option for my Org notebook that contains two kinds of source blocks: (1) workers for on-demand execution and (2) reproducible examples for anytime execution. I cannot figure out how to make Org work with both, meaning it would execute just the reproducible examples on 'org-babel-execute-buffer', leaving the workers alone. As a workaround, I configure workers with ':eval query' and then lean against the 'n' key during 'org-babel-execute-buffer'. :) Rudy -- "Be especially critical of any statement following the word 'obviously.'" -- Anna Pell Wheeler, 1883-1966 Rudolf Adamkovič [he/him] Studenohorská 25 84103 Bratislava Slovakia
Re: per-file (or, really, per buffer) allowing/disallowing code block execution
Rudy, > I would deeply appreciate this option for my Org notebook that contains > two kinds of source blocks: (1) workers for on-demand execution and (2) > reproducible examples for anytime execution. I cannot figure out how to > make Org work with both, meaning it would execute just the reproducible > examples on 'org-babel-execute-buffer', leaving the workers alone. As a > workaround, I configure workers with ':eval query' and then lean against > the 'n' key during 'org-babel-execute-buffer'. :) i'm a bit unclear. does your (single?) Org notebook consist of *one* file (and thus, [normally? always? my ignorance precedes me], one buffer), or two files (thus, two buffers). in the former case (one buffer), i don't know if these proposals will help. though, maybe as they are flushed out (precedence of the buffer-local and/or global-local with header line constructs), it would? in the latter case (two buffers), then, yes. cheers, Greg
Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done
Hi David, David Ventimiglia via "General discussions about Org-mode." writes: > Sorry, nevermind. Done. :) Let us know if there is still something I can do to make it more obvious that this is GNU ELPA and not GNU MELPA. Many users may make this confusion but I'm short of ideas. Thanks, -- Bastien
Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done
Bastien writes: > Let us know if there is still something I can do to make it more > obvious that this is GNU ELPA and not GNU MELPA. Many users may > make this confusion but I'm short of ideas. The only idea coming to my mind is turning "GNU ELPA" into a link. -- Ihor Radchenko, Org mode contributor, 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
Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done
Ihor Radchenko writes: > The only idea coming to my mind is turning "GNU ELPA" into a link. Done, thanks the suggestion! -- Bastien
Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done
Hi Bastien, The whole top banner has become a bit messy, IMO. I’ll have a go at cleaning it up later today. See Matrix for a preview I put together by just editing the in-browser HTML. Also let me know if you don’t use Matrix at all, I just thought I’d send you a message since you’re on there 🙂. All the best, Timothy
