From: Tobias Getzner <tobias.getzner@gmx.de>
To: Aaron Ecay <aaronecay@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [Bug?] Results of code block printed in wrong place
Date: Wed, 24 Sep 2014 13:41:30 +0200 [thread overview]
Message-ID: <1411558890.2146.4.camel@gmx.de> (raw)
In-Reply-To: <87k34unq6a.fsf@gmail.com>
On Di, 2014-09-23 at 14:32 -0400, Aaron Ecay wrote:
> I can reproduce this.
> Babel uses yes-or-no-p to confirm evaluation of the code block on export.
> yes-or-no-p is implemented in C whereas y-or-n-p is in elisp, so it must
> be the case that the lisp code allows some hook to run, which follow-mode
> uses to futz with which buffer/window is current, confusing org-mode.
> The C implementation I guess doesn’t run the same hook.
Thanks for investigating this. That «yes-or-no-p» vs. «y-or-n-p» should
make such a difference is quite bewildering.
> Sounds like the best advice for the moment is “don’t use follow-mode
> with org”. Maybe it’s worth adding to the section on package conflicts
> in the manual?
Aw, that’s a pity. Given the vertically sparse nature of the tree
outline, follow-mode was quite naturally suited to complement org-mode,
in particular on a wide-screen monitor.
Considering you analysis above, should this be considered a bug in
follow-mode or Emacs core? If so, I could then pass this on to the
appropriate bug tracker.
Though I wonder how «(TeX-source-correlate-mode)» figures into this
(cf. my cross-link in this thread; hooking that mode into AucTeX will
break exporting horribly when both follow-mode and org-mode are active.
I thumbed through tex.el, and while it’s mostly Greek to me, I noticed
that some correlate-related functions also seem to be using y-or-n-p
directly. Follow-mode and plain LaTeX-mode appear to work in
conjunction, though.
Best,
T.
prev parent reply other threads:[~2014-09-24 11:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-22 13:26 [Bug?] Results of code block printed in wrong place Tobias Getzner
2014-09-22 15:29 ` Nicolas Goaziou
2014-09-23 8:22 ` Tobias Getzner
2014-09-23 9:58 ` Tobias Getzner
2014-09-23 18:32 ` Aaron Ecay
2014-09-24 11:41 ` Tobias Getzner [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1411558890.2146.4.camel@gmx.de \
--to=tobias.getzner@gmx.de \
--cc=aaronecay@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).