From: Aaron Ecay <aaronecay@gmail.com>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>, KDr2 <killy.draw@gmail.com>
Cc: Bastien Guerry <bzg@gnu.org>, Org Mode List <emacs-orgmode@gnu.org>
Subject: Re: [ANN] Merge export-block type within special-block
Date: Sun, 28 Sep 2014 02:18:22 -0400 [thread overview]
Message-ID: <87r3ywl13l.fsf@gmail.com> (raw)
In-Reply-To: <87oav0vmv1.fsf@nicolasgoaziou.fr>
Hi Nicolas,
I like the thrust of your initial patch very much; I would like to help
you make it happen. Here’s some discussion as you requested in a
follow-up message.
2014ko abuztuak 31an, Nicolas Goaziou-ek idatzi zuen:
>
> Unfortunately, no, I cannot fix it.
>
> The problem is even deeper. Indeed, my approach is fundamentally wrong:
> it is impossible to postpone choosing between parsed or raw data at
> export time. This information must be obtained at parsing time.
>
> Yet, I think syntax should not depend on the libraries loaded. So the
> initial problem still needs a solution.
>
> Special blocks and export blocks are just too similar. We could make
> them slightly different. One solution is to mark explicitly blocks meant
> to insert raw code. E.g.,
>
> #+BEGIN_SOMETHING :special t
> ...
> #+END_SOMETHING
>
> vs
>
> #+BEGIN_SOMETHING
> ...
> #+END_SOMETHING
>
I have a hunch that this is backwards. It seems like the convention
has been to allow arbitrary special blocks in org files. Sticking to
what I know best, these create arbitrarily-named environments in Latex.
Export blocks seem like the special case (e.g. the number of types is
constrained by the available export modules), and so they should have
to bear special marking.
What if you used the convention that all export blocks had the form
#+begin_export_latex, #+begin_export_html, etc.? This should be
unambiguous to parse. (It’s possible to bikeshed about the name, of
course: perhaps #+begin_literal_latex etc.)
HTH,
--
Aaron Ecay
next prev parent reply other threads:[~2014-09-28 6:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-27 12:37 [ANN] Merge export-block type within special-block Nicolas Goaziou
2014-07-27 22:13 ` Bastien
2014-08-29 14:02 ` KDr2
2014-08-31 12:56 ` Nicolas Goaziou
2014-09-25 15:12 ` KDr2
2014-09-26 9:09 ` Nicolas Goaziou
2014-09-28 6:18 ` Aaron Ecay [this message]
2014-09-28 7:26 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r3ywl13l.fsf@gmail.com \
--to=aaronecay@gmail.com \
--cc=bzg@gnu.org \
--cc=emacs-orgmode@gnu.org \
--cc=killy.draw@gmail.com \
--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.