From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Ethan Ligon <ligon@are.berkeley.edu>
Cc: emacs-orgmode@gnu.org
Subject: Re: Problem with org-export--delete-comments
Date: Sun, 20 Dec 2015 10:31:23 +0100 [thread overview]
Message-ID: <87oadllb4k.fsf@nicolasgoaziou.fr> (raw)
In-Reply-To: <CAJ+2YJMOwkO5m=yg54H4_QBCgXSjqmew1HKTkYiUvYLGsZHVCw@mail.gmail.com> (Ethan Ligon's message of "Fri, 18 Dec 2015 00:59:06 +0000")
Hello,
Ethan Ligon <ligon@are.berkeley.edu> writes:
> 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
Actually this is consistent with the Org document. As explained
somewhere else in this thread, comments separate elements (e.g.,
paragraphs). They cannot be inlined within a paragraph. This is exactly
what happens in the output.
I think you are simply mis-using comments in this particular case.
> Point taken, and I appreciate that you must have thought about this quite
s> 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)."
This is not related to footnote syntax. We could find a similar example
in, e.g., plain lists. The problem is simply that comment syntax doesn't
fit for your use-case.
The simplest solution is to write a function handling commented lines
the way you want them to be handled and add it to
`org-export-before-processing-hook', e.g. (untested),
(defun my-handle-comments ()
(while (re-search-forward "^[ \t]*#\\( \\|$\\)" nil t)
(let ((element (org-element-at-point)))
(when (eq (org-element-type element) 'comment)
(delete-region (org-element-property :begin element)
(progn (goto-char (org-element-property :end element))
(skip-chars-backward " \t\n")
(line-beginning-position 2)))))))
Also, I have a dusty patch somewhere that promotes \[...\] and $$...$$
to the rank of elements and prevent them from being filled. However, it
also means that these constructs are not recognized as math snippets
within a line anymore, e.g.,
Text \[1+1\] ...
I'm not sure how much of an issue it is. Hence the dust.
Regards,
--
Nicolas Goaziou
next prev parent reply other threads:[~2015-12-20 9:29 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
2015-12-20 9:31 ` Nicolas Goaziou [this message]
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=87oadllb4k.fsf@nicolasgoaziou.fr \
--to=mail@nicolasgoaziou.fr \
--cc=emacs-orgmode@gnu.org \
--cc=ligon@are.berkeley.edu \
/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.