Re: Org agenda -- checking for invisible tasks after filtering...

2020-02-17 Thread Christian Schwarzgruber
Hi Bastien, thank you! That would reduce it to one advice. However, I would still need to advice the function org-agenda-filter-apply since it doesn't call `org-agenda-finalize`. Would it make sense to call the hook org-agenda-finalize-hook at the and of org-agenda-filter-apply or perhaps add a

[PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi, Below is a very small patch to Python session blocks, to make them return a blank result (empty string) instead of None when there is no return value. Normally I would push this myself, but since we are so close to 9.4, I thought it prudent to mail a patch and let the maintainers handle it.

Re: suggest using E-M-S 3-line notation from HAL/S for super/subscripting

2020-02-17 Thread Fraga, Eric
On Tuesday, 18 Feb 2020 at 00:43, VanL wrote: > Question for the list. Can the HAL/S notation be used for editing a > symbol, in expanded form, with prefix/postfix sub/superscript? The > collapsed form is a single line pretty printing tiny sub/superscript > before and after the symbol. Maybe

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread John Kitchin
I think None is correct. If you don't specify a return value in Python, then a function returns None. I would expect that to happen in a Python block too. John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread John Kitchin
I can see why you would want to see True/False there, but to get the value, you need to specifically return what you want because AFAIK the body is wrapped in a function that is evaluated to get the value, it is not simply the last thing that gets evaluated. Your example clarified to me at least

Re: [BUG] Infinite loop in org-agenda-show-new-time

2020-02-17 Thread Bastien
Hi Andrew, Andrew Hyatt writes: > Thanks Bastien!  I've tested this out and confirmed it works, and > didn't notice any side effects.  Great, thanks for testing and confirming! -- Bastien

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Bastien
Hi Jack, Jack Kamm writes: >> I've seen you update the NEWS entry, which is good: is there a way to >> present the enhancements in the "* New features" section? If you feel >> like it, please advertize the enhancements there too. > > Given John's feedback, I now think it's better to put off

Documentation: Side effects of org-entry-properties and others

2020-02-17 Thread D
Hi, it seems a few functions meant to expose org internals to programmers seem to cause undocumented side effects. A particular example being org-entry-properties. When called, it changes the match-data. This can cause issues in cases where leaking match-data can cause font-lock to behave

Re: Org agenda -- checking for invisible tasks after filtering...

2020-02-17 Thread Bastien
Hi Christian, thanks for testing. Christian Schwarzgruber writes: > thanks for that change. But unfortunate this one doesn't work for the > org-agenda-filter-by-* functions. However, it would work for all > org-agenda-filter* functions, if the hook would be called at the end of >

Re: Org agenda -- checking for invisible tasks after filtering...

2020-02-17 Thread Bastien
Hi Christian, Christian Schwarzgruber writes: > or perhaps add a new hook `org-agenda-filter(-(apply|after))?-hook`? Yes, this one makes sense, I've added `org-agenda-filter-hook' for functions that you need to run right after `org-agenda-filter' has been called. Thanks for the suggestion!

Re: Bug: org-refile-get-target offers default candidate in duplicity [9.2.6 (9.2.6-4-ge30905-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20191007/)]

2020-02-17 Thread Bastien
Hi Gustavo, Gustavo Barros writes: > Otherwise just: > >> set this aside for now. I'll set this aside for now, but I've noted to revisit the issue later on to see if I can find a related bug---all information in this thread will be useful to revisit this, thanks again! -- Bastien

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi Bastien, > I've seen you update the NEWS entry, which is good: is there a way to > present the enhancements in the "* New features" section? If you feel > like it, please advertize the enhancements there too. Given John's feedback, I now think it's better to put off this change to 9.5, if at

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi John, John Kitchin writes: > I think None is correct. If you don't specify a return value in Python, > then a function returns None. I would expect that to happen in a Python > block too. Hmm, OK, thanks for your intuition, it's useful feedback. Working this out loud, I was considering the

Re: [BUG] Infinite loop in org-agenda-show-new-time

2020-02-17 Thread Andrew Hyatt
Thanks Bastien! I've tested this out and confirmed it works, and didn't notice any side effects. On Fri, Feb 14, 2020 at 6:02 AM Bastien wrote: > Hi Andrew, > > thanks a lot for the minimal recipe! Very helpful. > I confirm the bug and I have now (finally) fixed it. > > We can close this bug

Re: Org agenda -- checking for invisible tasks after filtering...

2020-02-17 Thread Christian Schwarzgruber
Hi Bestian, Bastien writes: > Yes, this one makes sense, I've added `org-agenda-filter-hook' for > functions that you need to run right after `org-agenda-filter' has > been called. thanks for that change. But unfortunate this one doesn't work for the org-agenda-filter-by-* functions. However,

Re: Bug: R src blocks fail to produce link to graphics file [9.3 org-plus-contrib-20200127]

2020-02-17 Thread Jack Kamm
Hi Tyler, >> The documentation for ob-R is now incorrect: >> >> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html > > Yes, also that page could use some other updates, e.g. there are some > dead links in there. Just saw that you updated the docs a few days ago. Thanks for

Re: ox-html: Bug or feature for export of title and meta information?

2020-02-17 Thread Jens Lechtenboerger
Hi there! On 2020-02-17, at 10:47, Nicolas Goaziou wrote: > Jens Lechtenboerger writes: >> Which “non exportable objects” can be skipped by that function (as >> mentioned in a comment in org-html--build-meta-info)? Should they also >> be skipped for description or title? > > That

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread John Kitchin
On Mon, Feb 17, 2020 at 3:46 PM Jack Kamm wrote: > Hi John, > > John Kitchin writes: > > > I can see why you would want to see True/False there, but to get the > value, > > you need to specifically return what you want because AFAIK the body is > > wrapped in a function that is evaluated to get

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Bastien
Hi Jack, Jack Kamm writes: > Below is a very small patch to Python session blocks, to make them > return a blank result (empty string) instead of None when there is no > return value. > > Normally I would push this myself, but since we are so close to 9.4, I > thought it prudent to mail a patch

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi John, John Kitchin writes: > I can see why you would want to see True/False there, but to get the value, > you need to specifically return what you want because AFAIK the body is > wrapped in a function that is evaluated to get the value, it is not simply > the last thing that gets

Re: Bug: org-refile-get-target offers default candidate in duplicity [9.2.6 (9.2.6-4-ge30905-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20191007/)]

2020-02-17 Thread Bastien
Hi Samuel, Samuel Wales writes: > then you asked for more details so i tried to supply what i could. > > if that is not useful, apologies for the noise. no need to apologize! Information is always useful. We may have been miscommunicating: in general, when I ask for details it means that I'd

Re: suggest using E-M-S 3-line notation from HAL/S for super/subscripting

2020-02-17 Thread VanL
Thanks Eric. I wasn't looking for anything in particular. Seeing the E-M-S 3-line notation reminded me what a pain those invisible delimiters for raising/lowering indexing scripts can be. Which was what made me reach out to bzg. (I won't be able to reply from this address as it expires in

Item descriptions get surrounded by wrong curly braces in LaTeX export

2020-02-17 Thread Joon Ro
/org-plus-contrib-20200217/)

Re: Documentation: Side effects of org-entry-properties and others

2020-02-17 Thread Nicolas Goaziou
Hello, D writes: > The same is true for org-element-lineage, but I am not so sure whether > it is intended for hacking purposes as much as org-entry-properties. > Sadly, I have no overview over the scope of this issue, so I do not know > whether my suggestion is unrealistic (for example,

Re: Documentation: Side effects of org-entry-properties and others

2020-02-17 Thread John Kitchin
I guess org-element-context and (org-element-at-point) also do this too (or at least once did), because I have code that wraps them in save-match data with notes to my self that match-data changes. There are other things that unexpectedly do this, like split-string I think (again based on code

Re: Automatic LaTeX preview toggling

2020-02-17 Thread John Kitchin
The version I have at https://github.com/jkitchin/scimax/blob/master/scimax-org-latex.el#L398 still works for me. I don't use it a lot, but I just tried it now on a small example and it seemed ok. Ag Ibragimov writes: > I just recently discovered that this excellent code snippet that I found

Re: attachment: link type export to HTML invalid attach dir

2020-02-17 Thread Nicolas Goaziou
Hello, Bastien writes: > I'm not sure why the distinction between :open and :follow is needed > in the context of the discussion for exporting attachments: is it > because attachment need to be "open", not just followed? The motivation is that the new behaviour for `:follow' is not compatible

[rfc] Make column view less rigid for rescale?

2020-02-17 Thread Marco Wahl
Dear all, Up to now the text-scale of org columns sticks to one size disrespecting text rescaling. (E.g. via C-x C-+ .) I think this rigidity is unnecessary and I'd like to see org columns follow text rescaling. AFAICS the change is easy. (Just set `font' to nil in

Re: attachment: link type export to HTML invalid attach dir

2020-02-17 Thread Bastien
Nicolas Goaziou writes: >> FWIW, I'm for delaying the removal for 9.5, not 9.4. > > Sure, I added it back. Thanks! -- Bastien

Re: attachment: link type export to HTML invalid attach dir

2020-02-17 Thread Bastien
Hi Nicolas, Nicolas Goaziou writes: > Thinking about it, we can stick to a single solution, e.g., the > `condition-case' workaround. Therefore we do not need to introduce a new > keyword. However, all "ol-" libraries need to be updated. I think the release of 9.4 is an important one, so it's

How to make org-babel expand <> but _not_ evaluate the code fed into another block?

2020-02-17 Thread Vladimir Nikishkin
Hello, everyone! What I want to do is roughly the following: #+name: for-expansion #+begin_src scheme (display "hello world\n") #+end_quote #+name: for-input #+begin_src scheme (import (srfi 27)) <> #+end_src #+name: block-in-question #+begin_src shell :shebang "#! /usr/bin/chibi-scheme"

Re: attachment: link type export to HTML invalid attach dir

2020-02-17 Thread Nicolas Goaziou
Hello, Bastien writes: > FWIW, I'm for delaying the removal for 9.5, not 9.4. Sure, I added it back. Regards, -- Nicolas Goaziou

Re: ox-html: Bug or feature for export of title and meta information?

2020-02-17 Thread Nicolas Goaziou
Hello, Jens Lechtenboerger writes: > Based on the treatment of meta elements for author and description > in that function, alternatives might use org-element-interpret-data > (author) or not (description). I do not understand the role of > org-element-interpret-data to generate author

bug#38592: 27.0.50; org mode insinuates itself into calendar

2020-02-17 Thread Bastien
Hi Sam, Sam Steingold writes: > emacs -Q -f package-initialize --eval "(require 'ob)" --eval "(and > (cl-assert (featurep 'ob)) (cl-assert (not (featurep 'org" --eval > "(call-interactively 'calendar)" OK, I understand now, thanks for the reproducible recipe. > How about, minimally: I

Re: [rfc] Make column view less rigid for rescale?

2020-02-17 Thread Bastien
Hi Marco, Marco Wahl writes: > I think this rigidity is unnecessary and I'd like to see org columns > follow text rescaling. Agreed. > AFAICS the change is easy. (Just set `font' to nil in > `org-columns--display-here'.) The change is a bit more complex, because you also need to adjust the

bug#38592: 27.0.50; org mode insinuates itself into calendar

2020-02-17 Thread Sam Steingold
To reproduce: emacs -Q -f package-initialize --eval "(require 'ob)" --eval "(and (cl-assert (featurep 'ob)) (cl-assert (not (featurep 'org" --eval "(call-interactively 'calendar)" The emacs needs to be at least 165f738382. How about, minimally: diff --git a/lisp/org/org-compat.el

Bug: Macro incorrectly expanded when exporting to beamer [9.4 (nil @ /home/yangsheng/.emacs.d_doom_27/.local/straight/build/org-mode/)]

2020-02-17 Thread Sheng Yang
When exporting the following file to beamer, ''' #+MACRO: SPAN @@html:$2@@ * test - @@html:test@@ - a @@html:test@@ - {{{SPAN(emph,macro)}}} - a {{{SPAN(emph,macro)}}} ''' the output tex file (itemize part) is: ''' \begin{itemize} \item \item a \itemmacro \item a \end{itemize} ''' While

Re: [rfc] Make column view less rigid for rescale?

2020-02-17 Thread Marco Wahl
Hi Bastien, >> I think this rigidity is unnecessary and I'd like to see org columns >> follow text rescaling. > > Agreed. Fine! >> AFAICS the change is easy. (Just set `font' to nil in >> `org-columns--display-here'.) > > The change is a bit more complex, because you also need to adjust the >

Re: suggest using E-M-S 3-line notation from HAL/S for super/subscripting

2020-02-17 Thread VanL
Bastien writes: > VanL writes: > >> I was picturing a way to edit the >> super/subscripts in expanded immediate mode using the EMS notation and >> then collapsing that to single line pretty printing. Hope that makes sense. > > well, it kinda makes more sense now that I can better visualize it