Hi all,
I am being unable to make nested calls work. Here is a minimal snippet:
--8<---cut here---start->8---
#+NAME: foo
#+BEGIN_SRC emacs-lisp
"foo"
#+END_SRC
#+NAME: bar
#+CALL: foo()
#+RESULTS: bar
: foo
#+CALL: bar()
#+RESULTS:
: nil
--8<--
On Wed, Sep 11, 2019 at 5:44 PM Arthur A. Gleckler
wrote:
> When a :buffer is specified, output goes to that buffer, which is erased
> first, e.g.:
>
> #+begin_src sh :results buffer
> echo foo
> #+end_src
>
Sorry, the first example was supposed to be:
#+begin_src sh :results buffer :b
Hello all,
Thank you for supporting and maintaining org mode.
I wanted to use org-store-link for eshell, but it failed.
Looked like dired-directory was nil, I fixed it by calling (eshell/pwd) to
get pwd.
I tested with and without TRAMP, works like a charm.
The patch did not create new test case f
Hello!
I got burned by this issue while implementing a custom link handler.
0001-org-Prevent-loss-of-re-search-forward-results.patch
Description: Binary data
Great, thanks!
On Fri, Aug 23, 2019, 3:40 AM Nicolas Goaziou
wrote:
> Hello,
>
> Omar Antolín Camarena writes:
>
> > Hello everyone,
> >
> > Does it seems a little rude that Org mode binds its own narrowing
> commands in the global narrow-map?
> >
> > You can find this in org.el starting at lin
* Marcin Borkowski [2019-09-11 09:17]:
> This reminds me of this:
> https://www.joelonsoftware.com/2012/01/06/how-trello-is-different/
>
> I just had a minor enlightenment why Org-mode is so successful (within
> its niche, of course). It implements a bunch of very general data
> structures - a t
On Mon, Sep 09 2019, Michaël Cadilhac wrote:
> Is this the expected behavior?
>
> 1. Create an empty org file
> 2. Insert
> * Test
> * Test 2
> 3. With the cursor at Test, hit C-x n s to narrow the view to the Test subtree
> 4. Hit C-c C-s to schedule the line at any date.
>
> As a result, the S
Attached is a patch to allow one to specify that results from executing a
block should go to a specific buffer.
When a :buffer is specified, output goes to that buffer, which is erased
first, e.g.:
#+begin_src sh :results buffer
echo foo
#+end_src
When no :buffer is specified, buffer *org
Hi,
> * The problem
>
> Orgmode under macOS cannot display local images correctly, but it can
> display internet images
> without problem.
>
> I tried both emacs-mac and emacs-plus, they both have this image problem.
> But emacs under
> ArchLinux don’t have this problem.
>
> [[file:x
* lisp/ox-latex.el (org-latex-src-block): Extend :placement attribute
to source blocks when the minted package is used.
TINYCHANGE
---
lisp/ox-latex.el | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/lisp/ox-latex.el b/lisp/ox-latex.el
index 1f1be240a..77aac78f4 100644
> On Sep 12, 2019, at 5:48 AM, Marco Wahl wrote:
>
> Hi,
>
>> * The problem
>>
>>Orgmode under macOS cannot display local images correctly, but it can
>> display internet images
>> without problem.
>>
>>I tried both emacs-mac and emacs-plus, they both have this image problem.
>> Bu
Your example works for me. viz, the call to bar returns "foo" (not nil).
MacOS 10.14.6, Emacs 26.1, org release_9.2.6-534-g6f32e7
HTH,
Chuck
> On Sep 10, 2019, at 12:57 AM, Carlos Sánchez de La Lama
> wrote:
>
> Hi all,
>
> I am being unable to make nested calls work. Here is a minimal snip
Great overview, thanks a lot.
So I give it a try and completely fell in love. On my data set it is
visibly faster then org-agenda. I also wrote a lot of code around
org-agenda over the years to support my sometimes awkward needs. And now
I just threw all this ugly code away!
That was very emotion
Running Emacs 26.3 on macOS 10.14.6 with latest org and I have no
problems displaying images in org mode. I have imagemagick installed and
am using railwaycat's mac-port via homebrew.
Tim
Berry, Charles writes:
>> On Sep 12, 2019, at 5:48 AM, Marco Wahl wrote:
>>
>> Hi,
>>
>>> * The problem
14 matches
Mail list logo
