From: Daniel Schoepe <daniel@schoepe.org>
To: Nicolas Goaziou <n.goaziou@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Comments break lists when exporting to TeX
Date: Wed, 23 May 2012 14:43:39 +0200 [thread overview]
Message-ID: <874nr7dq4k.fsf@schoepe.localhost> (raw)
In-Reply-To: <871umbcclu.fsf@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1584 bytes --]
On Wed, 23.05.2012 14:21, Nicolas Goaziou wrote:
> At the moment you insert text at column 0, the list ends. You can use
> inline comments (i.e. #+ This isn't) instead.
This however, does not solve my original problem, since it doesn't work
with #+INCLUDE (with version 7.8.09):
* Test
- This will not indent the code properly as a part of the list element
#+INCLUDE foo.c src c
- This will print "#+INCLUDE .." literally:
#+INCLUDE foo.c src c
- This works as expected:
#+BEGIN_SRC c
<contents of foo.c>
#+END_SRC
Of course I could fall back to something like \lstlistinginput, but that
works only for TeX-export and hence defeats the whole point of
result-format-agnostic directives such as #+INCLUDE (at least when it's
used for source files).
> I do not. Export is consistent with in-buffer behaviour. You have
> created two lists here, not one, and it has nothing to do with export.
I find it odd for a comment to have such an effect on the "semantics" of
the document. My intuition about comments (that aren't special
directives) is that they have no effect on the final result (the PDF in
this case, or the binary in the case of compilable source code).
I think what I'm saying is that the comment shouldn't break up the lists
in the buffer either, but I don't have any strong feelings about this,
as long I can get #+INCLUDE to work in list elements. (But it would be a
nice, general rule that would allow #+INCLUDE to work as "expected".
Another alternative would be to make all such directives also work when
they're not at column 0).
Cheers,
Daniel
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
next prev parent reply other threads:[~2012-05-23 12:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-22 17:05 Comments break lists when exporting to TeX Daniel Schoepe
2012-05-23 12:21 ` Nicolas Goaziou
2012-05-23 12:43 ` Daniel Schoepe [this message]
2012-05-23 13:51 ` Nicolas Goaziou
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=874nr7dq4k.fsf@schoepe.localhost \
--to=daniel@schoepe.org \
--cc=emacs-orgmode@gnu.org \
--cc=n.goaziou@gmail.com \
/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).