emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Sébastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
To: emacs-orgmode-mXXj517/zsQ@public.gmane.org
Subject: Re: [Babel] Need for an extra literal block construct
Date: Mon, 22 Nov 2010 21:30:48 +0100	[thread overview]
Message-ID: <80ipzpw16v.fsf@missioncriticalit.com> (raw)
In-Reply-To: 87eiaeiyk8.wl%n.goaziou@gmail.com

Hi Nicolas,

Nicolas Goaziou wrote:
>>>>>> Sébastien Vauban writes:
>
>> I'd expect to see all the above passage from the email to be
>> uninterpreted. It is not acting that way.
>
> According to the manual, VERSE block only preserves line breaks and
> leading white spaces. Otherwise it is _normal_ formatting.

Thanks for answering "officially".


> Though, this raises an interesting question about lists.
>
> At the moment, by design, Org doesn't recognize lists inside blocks.
> While this is obviously the way to go in SRC EXAMPLE and COMMENT
> blocks, it isn't as clear with VERSE, CENTER and QUOTE.

I would separate VERSE from CENTER and QUOTE, because the 2 last don't respect
the linebreaks. They're not "verbatim" (defined, for me and for now, by the
latter sentence).


> In the case of VERSE, preserving leading white spaces cannot cooperate
> with list exporting. So I still think lists shouldn't be interpreted
> here and, as such, not recognized there either. On the other side, in
> CENTER and QUOTE blocks, Org may be able to understand them (they are
> correctly exported in those cases).
>
> I could make this distinction when I'll update list model. For now, I
> suggest using the first patch, which simply ignores lists in HTML and
> LaTeX when in a VERSE block.

Thanks. I can understand that this problem has been underspecified, hence the
unclearness of what's the right behavior to adopt for VERSE.

Though, I don't understand cases where we would like to preserve the
"verbatimness" of the linebreaks, but not of the lists, which is the case,
currently, for VERSE. Is there any useful use case for that?

For me, both should be supported together, whichever the environment, or none.


> There are some other problems with those blocks. You can, for example,
> replacing your bullets with stars, and export again. This will become
> headings in a verse environment. I could bet this wasn't intended.
> This is because text as the same column as VERSE block header is
> pasted in the temporary buffer at column 0. Items thus become
> headings. The second patch prevents headlines inside blocks from being
> interpreted.

Thanks a lot. I'll try to play with those later (in the evening?).

For the emails, what environment would you advice me to use in general?  The
patched VERSE, or back to EXAMPLE (distinguished from RESULT, since Eric's
patch to wrap the Org results)?

Best regards,
  Seb

-- 
Sébastien Vauban


_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

  reply	other threads:[~2010-11-22 20:30 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-16 15:16 [babel] Environment around exported results Sébastien Vauban
2010-09-20  4:46 ` Eric Schulte
2010-09-20 19:10   ` Sébastien Vauban
2010-09-21  7:44     ` Sébastien Vauban
2010-09-21 13:14     ` Eric Schulte
2010-09-24  9:28       ` Sébastien Vauban
2010-09-24 21:01         ` Rainer M Krug
2010-09-27  8:16           ` Sébastien Vauban
2010-11-19 13:27             ` [Babel] Need for an extra literal block construct Sébastien Vauban
2010-11-19 15:17               ` Christian Moe
2010-11-19 20:12                 ` Sébastien Vauban
2010-11-19 20:26                   ` Sébastien Vauban
2010-11-19 20:38                     ` Thomas S. Dye
2010-11-19 22:02                       ` Sébastien Vauban
2010-11-19 22:20                         ` Thomas S. Dye
2010-11-19 23:00                           ` Sébastien Vauban
2010-11-19 22:24                     ` Eric Schulte
2010-11-19 23:07                       ` Eric Schulte
2010-11-20  7:20                         ` Sébastien Vauban
2010-11-22 21:46                         ` Sébastien Vauban
2010-11-23  0:42                           ` Eric Schulte
2010-11-23 23:15                             ` Sébastien Vauban
2010-11-19 23:13                       ` Sébastien Vauban
2010-11-19 22:36                   ` Dan Davison
2010-11-20 21:50                     ` Sébastien Vauban
2010-11-21 10:01                       ` Dan Davison
2010-11-22 20:22                         ` Sébastien Vauban
2010-11-21 13:41                       ` Nicolas Goaziou
2010-11-22 20:30                         ` Sébastien Vauban [this message]
2010-11-23 19:27                           ` Nicolas Goaziou
2010-11-23 23:22                             ` Sébastien Vauban
2010-11-24 10:14                               ` Nicolas Goaziou
2010-11-19 23:10                   ` Christian Moe
2010-11-19 23:23                     ` Sébastien Vauban

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=80ipzpw16v.fsf@missioncriticalit.com \
    --to=wxhgmqzgwmuf-genee64ty+gs+fvcfc7uqw@public.gmane.org \
    --cc=emacs-orgmode-mXXj517/zsQ@public.gmane.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).