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
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
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
> 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
* 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
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
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
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
* 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
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
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
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
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
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<--
14 matches
Mail list logo