Re: [O] bug#21818: 24.5; org-set-tags-to indentation problems when called programmatically

Hello, Emanuel Evans writes: > Hi! It looks like it's fixed for `org-insert-link', but I ran across a > similar bug with `org-element-interpret-data' that seems to be not > entirely fixed: > > (defun good-indent () > (interactive) > (insert

Re: [O] Using orgstruct-mode (or just org-cycle) in emacs-lisp-mode

Hello, Jonas Bernoulli writes: > Nicolas Goaziou writes: > >> Jonas Bernoulli writes: >> >>> Thanks. But could you please change it to >>> >>> (if (or outline-minor-mode orgstruct-mode) >>> (call-interactively

Re: [O] Using orgstruct-mode (or just org-cycle) in emacs-lisp-mode

Nicolas Goaziou writes: > Jonas Bernoulli writes: > >> Nicolas Goaziou writes: >> >>> Jonas Bernoulli writes: >>> Thanks. But could you please change it to (if (or outline-minor-mode

[O] Org-babel shell evaluate with session does not return results

Hi, I am trying to run a shell commands from org-mode with using sessions. I would like to use the session property, so I could continue with the previous history. But when I execute the following, #+BEGIN_SRC shell :session test echo foo #+END_SRC nothing happens with emacs is unresponsive

Re: [O] bug#21818: 24.5; org-set-tags-to indentation problems when called programmatically

Nicolas Goaziou writes: > I don't consider it to be a bug. > > `org-element-interpret-data' produces a string, which is expected to be > syntactically correct, but doesn't guarantee aesthetics. In particular, > `org-element-headline-interpreter' tries to align tags as

[O] Place skeleton code in source block template?

I have customized the org-structure-template-alist to include a special version of an emacs-lisp source code block (attached to

Re: [O] Using orgstruct-mode (or just org-cycle) in emacs-lisp-mode

Hi Jonas, Jonas Bernoulli writes: > Nicolas Goaziou writes: > >> Jonas Bernoulli writes: >> >>> Nicolas Goaziou writes: >>> Jonas Bernoulli writes: > Thanks. But could you

Re: [O] interaction between org-latex-custom-lang-environments and name when exporting to latex

Hello, I was wondering if someone had been able to reproduce this, and if so should I file it as a bug? Thanks, Alan On 2015-11-16 13:59, Alan Schmitt writes: > Hello, > > I want to export some code for a custom language environment (to be able > to use

Re: [O] Exporting a subtree

Nick Dokos writes: > John Hendy writes: > >> On Wed, Nov 18, 2015 at 2:29 PM, Peter Davis wrote: >>> >>> For the first time, I'm trying to export just a single subtree of my >>> overall document, by typing >>> >>> C-c C-e C-s H O >>>

Re: [O] long running processes

Unfortunately, changing from the current synchronous to asynchronous processing probably requires changes to the API that would require changes to every existing language mode. A better way forward may simply be to implement a new block type and then let people gradually convert their language

[O] Asynchronous mobileorg push/pull

Hello, I've started using MobileOrg to do capturing and simple Org tasks on my phone. Although it seems to work well enough so far, running org-mobile-push and org-mobile-pull synchronously locks up Emacs for an unacceptably long period of time. Does anyone have any asynchronous solutions for

Re: [O] long running processes

Your suggestions sounds possible to me. If you are up for it, I suggest trying to implement it, and offering it as a patch. Tom writes: > On Wed, Nov 18, 2015 at 2:55 PM, John Kitchin > wrote: > >> I am pretty sure this is not directly possible right now. >> >> Some

Re: [O] Exporting a subtree

Nick Dokos writes: > John Hendy writes: > >> On Wed, Nov 18, 2015 at 2:29 PM, Peter Davis wrote: >>> >>> For the first time, I'm trying to export just a single subtree of my >>> overall document, by typing >>> >>> C-c C-e C-s H O >>>

Re: [O] Exporting a subtree

Peter Davis writes: > Thanks for the tips. I was hoping this would be simple to answer. I > don't really have hours of time to keep stopping and re-starting emacs > with uncompiled org-mode files, with minimal startup, etc. If I get a > chance, I'll post the details.

Re: [O] Exporting a subtree

Peter Davis writes: > Thanks very much, John and Nick. I didn't realize it was so easy to > reload with uncompiled lisp. I tried this, but the export worked with > the uncompiled code! No error, so no debug backtrace. > Oh, lovely! Everybody loves heisenbugs... You might