From: Ethan Ligon <ligon@are.berkeley.edu>
To: emacs-orgmode@gnu.org
Cc: mail@nicolasgoaziou.fr
Subject: Re: Problem with org-export--delete-comments
Date: Fri, 18 Dec 2015 00:59:06 +0000 [thread overview]
Message-ID: <CAJ+2YJMOwkO5m=yg54H4_QBCgXSjqmew1HKTkYiUvYLGsZHVCw@mail.gmail.com> (raw)
In-Reply-To: <87h9jgrec8.fsf@nicolasgoaziou.fr>
[-- Attachment #1: Type: text/plain, Size: 3551 bytes --]
On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:
> Hello,
>
> Ethan Ligon <ligon@berkeley.edu> writes:
>
> > I've long used the following construction for displayed equations in org
> > #
> > \[
> > u_i(c)=p_i\lambda
> > \]
> > #
> > which (i) gives nice space for reading equations in the org-source, and
> > (ii) nicely protects the display equation from (fill-paragraph) and
> > friends.
> >
> > However, exporting with this construction *stopped* working after commit
> > 53a4209; what happens now is that ox.el replaces the # with a blank line,
> > breaking my single paragraph into three.
>
> I see only one paragraph above. Could you elaborate a bit?
>
Sure. If I export the above using ox-ascii, I obtain, in part:
#+begin_example
I've long used the following construction for displayed equations in org
\[ u_i(c)=p_i\lambda \]
which (i) gives nice space for reading equations in the org-source, and
(ii) nicely protects the display equation from (fill-paragraph) and
friends.
#+end_example
While if I export via ox-latex I obtain in the *.tex source:
#+begin_example
I've long used the following construction for displayed equations in org
\[
u_i(c)=p_i\lambda
\]
which (i) gives nice space for reading equations in the org-source, and
(ii) nicely protects the display equation from (fill-paragraph) and
friends.
#+end_example
It's really this last case that's a serious problem, since when compiled
with LaTeX we get three paragraphs (too much vertical space between the
first line and the displayed equation, and excruciatingly an improper
indentation of the bit following the displayed equation (i.e., "which
(i)..." is indented).
>
> > A related problem: one can no longer have commented lines in (at least
> > some) property drawers.
>
> This is not possible indeed, per property drawers syntax. Also, I'd
> rather not introduce comments in property drawers (I don't think this
> was ever officially supported anyway).
>
> > It seems to me that the correct solution would have org-export--delete-
> > comments actually delete a single line comment, not replace it with \n,
> as
> > was the case prior to the indicated commit.
> >
> > I gather that the change was introduced to deal with a bug observed by
> > Samuel Wales (http://article.gmane.org/gmane.emacs.orgmode/102860; see
> also
> > below). His problem example involved incorrectly truncated footnotes
> > (these are deemed to end after two blank lines). But it seems to me that
> > the correct solution to his example is to delete *both* the commented
> > line and the following blank line.
>
> Been there, done that. Your solution is not correct in all cases. E.g.,
> with the following document
>
> Paragra1
> # comment
>
> Paragraph2
>
> removing both the comment and the blank line above gives you a single
> paragraph, which doesn't match expectations.
>
> Point taken, and I appreciate that you must have thought about this quite
a lot. But I still wish for the old behavior, which would have simply
deleted the # comment line.
This would break SW's footnote example, but perhaps that (contrived? maybe
I don't understand his use case) problem could be addressed by changing
the documentation. Right now the docs say that a footnote
"ends at the next footnote definition, headline, or after two consecutive
empty lines."
Why not just change to
"ends at the next footnote definition, headline, or two empty lines
(consecutive, or with a comment)."
Thanks for your work on this!
-Ethan
[-- Attachment #2: Type: text/html, Size: 5395 bytes --]
next prev parent reply other threads:[~2015-12-18 0:59 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-17 18:27 Problem with org-export--delete-comments Ethan Ligon
2015-12-17 20:48 ` Nicolas Goaziou
2015-12-17 22:12 ` Andreas Leha
2015-12-17 22:36 ` Nicolas Goaziou
2015-12-17 22:56 ` Andreas Leha
2015-12-18 1:07 ` Ethan Ligon
2015-12-18 20:50 ` Nicolas Goaziou
2015-12-18 0:59 ` Ethan Ligon [this message]
2015-12-20 9:31 ` Nicolas Goaziou
2015-12-21 2:04 ` Ethan Ligon
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAJ+2YJMOwkO5m=yg54H4_QBCgXSjqmew1HKTkYiUvYLGsZHVCw@mail.gmail.com' \
--to=ligon@are.berkeley.edu \
--cc=emacs-orgmode@gnu.org \
--cc=mail@nicolasgoaziou.fr \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.