Re: ob-calc duplicate stack-element issue

2020-03-18 Thread Marco Wahl
Heiko Schmidt writes: > - problem: When evaluating the calc snippets the top of stack element >   is dropped. Because every "begin/end_src calc" block drops the top >   of stack, one can't reuse the result in following blocks. > Number of cars (PKW) in germany: > > #+begin_src calc :exports

Re: ob-calc duplicate stack-element issue

2020-03-18 Thread Marco Wahl
Eric S Fraga writes: > On Wednesday, 18 Mar 2020 at 15:47, Marco Wahl wrote: >> AFAICS at the org babel calc evaluation the last value of the calc stack >> gets dropped. >> >> So your workaround is okay, I think. You can just write any dummy >> element at the bottom of each block e.g. just 0.

Re: ob-calc duplicate stack-element issue

2020-03-18 Thread Eric S Fraga
On Wednesday, 18 Mar 2020 at 15:47, Marco Wahl wrote: > AFAICS at the org babel calc evaluation the last value of the calc stack > gets dropped. > > So your workaround is okay, I think. You can just write any dummy > element at the bottom of each block e.g. just 0. No need of > duplication.

Re: ob-calc duplicate stack-element issue

2020-03-18 Thread Eric S Fraga
On Wednesday, 18 Mar 2020 at 17:23, Marco Wahl wrote: > Possibly the originators thought about the typical use of calc blocks as > units which reduce to the top element of the stack. In this case the > calc-pop would be the right step to clean the stack. Could be. Indeed, at the moment, if you

Re: org-pop-mode

2020-03-18 Thread Adam Porter
"Mark E. Shoulson" writes: > Heh; fair enough.  The filename originally was "org-level-end.el", I > think; I started using the catchier "org-pop" because... well, it was > catchier.  It made sense in my mind, in the "push"/"pop" sense used > with stacks in programming, that you "push" to a

Re: org-pop-mode

2020-03-18 Thread Adam Porter
"Mark E. Shoulson" writes: > This is something I've wanted for years in org-mode, but which in some > ways could actually be _offensive_ to its ideals. If you're an > outline purist, look away. > > ... > > So, I present a pre-alpha version, >

Re: org-pop-mode

2020-03-18 Thread Mark E. Shoulson
On 3/18/20 4:24 PM, Adam Porter wrote: BTW, in the body of your email, the text you write has these two characters between sentences: "  ". The second is a plain space, but the first is a Unicode non-breaking space, or "C-x 8 RET a0". I noticed because it's displayed in Emacs as an underline

Re: tangling from multiple files

2020-03-18 Thread Berry, Charles
> On Mar 17, 2020, at 4:21 PM, David Bremner wrote: > > > I've seen this question around e.g. stack overflow, but none of the > answers I found seems really satisfactory. > > I'd like to share a set of begin_src / end_src blocks in a.org between > b.org and c.org; in particular b.org and

Re: org-pop-mode

2020-03-18 Thread Mark E. Shoulson
On 3/18/20 3:00 AM, Ihor Radchenko wrote: Any feedback? >From the first glance it does not look too different from inline headings. Could you highlight the difference? Best, Ihor Well, it's true there is similarity.  I even found in my notes where I noticed inline tasks and their

Re: org-pop-mode

2020-03-18 Thread Mark E. Shoulson
On 3/18/20 3:15 PM, Adam Porter wrote: "Mark E. Shoulson" writes: This is something I've wanted for years in org-mode, but which in some ways could actually be _offensive_ to its ideals. If you're an outline purist, look away. ... So, I present a pre-alpha version,

Re: Spaces in bare URLs?

2020-03-18 Thread Mark E. Shoulson
On 3/18/20 5:43 AM, Nicolas Goaziou wrote: Hello, "Mark E. Shoulson" writes: So... what is one supposed to do about spaces in URLs? When they're in [[link format]], with or without a description, it's no problem, but org-mode has a long tradition of support for "bare" URLs too. We're used

Re: tangling from multiple files

2020-03-18 Thread David Bremner
"Berry, Charles" writes: >> On Mar 17, 2020, at 4:21 PM, David Bremner wrote: >> >> >> I've seen this question around e.g. stack overflow, but none of the >> answers I found seems really satisfactory. >> >> I'd like to share a set of begin_src / end_src blocks in a.org between >> b.org and

Re: tangling from multiple files

2020-03-18 Thread Berry, Charles
> On Mar 18, 2020, at 6:29 PM, David Bremner wrote: > > "Berry, Charles" writes: > >>> On Mar 17, 2020, at 4:21 PM, David Bremner wrote: >>> >>> >>> I've seen this question around e.g. stack overflow, but none of the >>> answers I found seems really satisfactory. >>> >>> I'd like to

Hiding emphasis markers

2020-03-18 Thread Mark E. Shoulson
On 3/18/20 4:58 AM, Norman Tovey-Walsh wrote: Mark E. Shoulson writes: On 2/19/20 2:39 AM, Bastien wrote: - org-hide-emphasis-markers => t Just to note: I've been working on a minor-mode in which the emphasis markers are "invisible" but not hidden (i.e. they still take up space, […] size,

Re: org-pop-mode

2020-03-18 Thread Ihor Radchenko
> Any feedback? >From the first glance it does not look too different from inline headings. Could you highlight the difference? Best, Ihor "Mark E. Shoulson" writes: > This is something I've wanted for years in org-mode, but which in some > ways could actually be _offensive_ to its ideals. 

Re: Survey: changing a few default settings for Org 9.4

2020-03-18 Thread Norman Tovey-Walsh
Mark E. Shoulson writes: > On 2/19/20 2:39 AM, Bastien wrote: >> - org-hide-emphasis-markers => t > > Just to note: I've been working on a minor-mode in which the emphasis > markers are "invisible" but not hidden (i.e. they still take up space, […] > size, so the extra space is not quite as

Re: Spaces in bare URLs?

2020-03-18 Thread Nicolas Goaziou
Hello, "Mark E. Shoulson" writes: > So, in the "new" org-mode, we've done away with standard > percent-encoding of URLs, in favor of a more... idiosyncratic method > using backslashes. ... > So... what is one supposed to do about spaces in URLs? > When they're in [[link format]], with or