From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christian Moe Subject: Re: Re: [Babel] Need for an extra literal block construct Date: Sat, 20 Nov 2010 00:10:20 +0100 Message-ID: <4CE703DC.3030603@christianmoe.com> References: <87zkvhoh18.fsf@mundaneum.com> <87fwx5c98w.fsf@gmail.com> <87sk14p6y6.fsf@mundaneum.com> <87mxrbdyhs.fsf@gmail.com> <87tylfsd7h.fsf@mundaneum.com> <4C9D1196.8030309@gmail.com> <87r5gfppob.fsf@mundaneum.com> <8039qxmojd.fsf_-_@mundaneum.com> <4CE694F1.2050409@christianmoe.com> <8039qx3wff.fsf@missioncriticalit.com> Reply-To: mail@christianmoe.com Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Return-path: Received: from [140.186.70.92] (port=37323 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJa42-0006MQ-6D for emacs-orgmode@gnu.org; Fri, 19 Nov 2010 18:08:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PJa40-0008RE-KS for emacs-orgmode@gnu.org; Fri, 19 Nov 2010 18:08:17 -0500 Received: from mars.hitrost.net ([91.185.193.39]:17291) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PJa40-0008Qx-AI for emacs-orgmode@gnu.org; Fri, 19 Nov 2010 18:08:16 -0500 In-Reply-To: <8039qx3wff.fsf@missioncriticalit.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?UTF-8?B?U8OpYmFzdGllbiBWYXViYW4=?= Cc: emacs-orgmode@gnu.org Hi, Perhaps I misunderstood what you're after. As I now understand it, you want line breaks preserved and you don't want anything interpreted, you want verbatim text. Why doesn't EXAMPLE meet your needs? Yours, Christian On 11/19/10 9:12 PM, Sébastien Vauban wrote: > Hi Christian, > > Christian Moe wrote: >>> Along this (still open -- at least, I hope so) discussion, I have a request >>> for a new literal block. >>> >>> Currently, when looking at http://orgmode.org/manual/Literal-examples.html, we >>> see we only have two "environments" that keep line breaks as they are in the >>> Org buffer, that is SRC and EXAMPLE, both mapped in HTML to PRE. >> >> There's VERSE, too. > > #+TITLE: Is VERSE a real PRE environment? > #+DATE: 2010-11-19 > #+LANGUAGE: en_US > > If VERSE was really handled "verbatim" (for lists, etc.), then, yes, > definitively, I don't need a new "environment" for emails. Was forgetting > about that one, thanks for the reminder! > > Though, if the following is not a bug, but a deliberative choice, then no, > it's not what I'm looking for... > > * Source block > > ** Source > > #+begin_src emacs-lisp > (update this-var) > (echo "OK") > #+end_src > > ** Results > > #+begin_example > 
(update this-var)
> (echo"OK")
>
> #+end_example > > * Example > > ** Source > > #+begin_example >>> Does it work? >> >> Yes, if you: >> - update =this-var= >> - restart > > OK. Confirmed, but you need to: > 1. delete the =cache=. > 2. redo it. > > Thanks to: > - you > - me > #+end_example > > ** Results > > #+begin_example > 
>> Does it work?
> >
> > Yes, if you:
> > - update =this-var=
> > - restart
>
> OK. Confirmed, but you need to:
> 1. delete the =cache=.
> 2. redo it.
>
> Thanks to:
> - you
> - me
>
> #+end_example > > * Verse > > ** Source > > #+begin_verse >>> Does it work? >> >> Yes, if you: >> - update =this-var= >> - restart > > OK. Confirmed, but you need to: > 1. delete the =cache=. > 2. redo it. > > Thanks to: > - you > - me > #+end_verse > > ** Results > > #+begin_example >

> >> Does it work?
> >
> > Yes, if you:
> > > - updatethis-var
> > - restart
>
> OK. Confirmed, but you need to:
>

    >
  1. > delete thecache.
    >
    2. > >
  2. > redo it.
    >
    > Thanks to:
    >
    3. >
  3. > you
    >
    4. >
  4. > me
    >

    > #+end_example > > ** Right thing or wrong thing? > > The verse "mail" is badly translated into HTML: > > 1. lists are not copied "verbatim" in the PRE > 2. they're even wrong: mix of OL and UL, because there is no ending /OL... > > While the second is clearly a bug, what about the first point? > > Best regards, > Seb >