From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?S=C3=A9bastien_Vauban?= Subject: [Babel] Need for an extra literal block construct Date: Fri, 19 Nov 2010 14:27:34 +0100 Message-ID: <8039qxmojd.fsf_-_@mundaneum.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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: 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-mXXj517/zsQ@public.gmane.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi all, S=C3=A9bastien Vauban wrote: > Rainer M Krug wrote: >> On 24/09/10 11:28, S=C3=A9bastien Vauban wrote: >>> "Eric Schulte" wrote: >>>> S=C3=A9bastien Vauban writes: >>>>> "Eric Schulte" wrote: >>>>>>> Would you mind creating an LaTeX environment around the =3Dresults= =3D >>>>>>> block, so that we could have the code colorized (via listings or >>>>>>> Minted), and clearly distinguish the results, if we want so. >>>>>>> >>>>>>> Having an environment would allow one to use non-proportional font = for >>>>>>> the results, or a shadowed background, or... >>>>>> >>>>>> Would such an environment be in addition too or in place of wrapping >>>>>> results in the example environment? >>>>> >>>>> I would think of something like this: >>>>> >>>>> \begin{orgresults} >>>>> <... results block ...> >>>>> \end{orgresults} >>>>> >>>>> so that one can customize the =3Dorgresults=3D environment in LaTeX t= o get a >>>>> colored background, another font, etc. >>>>> >>>>>> One very nice property of the current setup is that it relies solely= on >>>>>> vanilla Org-mode for export features. If the example export of Org-m= ode >>>>>> allowed some form of customization through a customizable div class = or >>>>>> latex environment would that be sufficient? >>>>> >>>>> The name of the environment could be in a variable, yes. >>>>> >>>>> But please note the above request can come out of a misunderstanding = or >>>>> poor knowledge of already existing parametrization of Org-Babel. Put = me >>>>> back on tracks if needed... >>>> >>>> I think you've made a good point for adding this functionality. >>>=20 >>> Thanks ;-) >>>=20 >>>> I'll put this on the Babel TODO stack, and reply to this email when we= get >>>> something implemented. >>>=20 >>> FYI, I think it such a thing should be on by default, but with a >>> possibility to disable it, block per block (or subtree, or file, ...). >>>=20 >>> Something like a =3D:nowrapper=3D header argument? >> >> Probably even one step further: being able to specify the environment to= be >> used in a header argument, so we would have three possible scenarios: >> >> 1) default (equals to :wrapper orgresults) : using \begin{orgresults} >> ... \end{orgresult} >> 2) :nowrapper : using no wrapper around the results block >> 3) :wrapper myEnvironment : using \begin{myEnvironment} ... >> \end{myEnvironment} > > Sure! This would make *a lot of sense*, IMHO. 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. - SRC is used for source code blocks - EXAMPLE, with a too general name (IMO), is used for results of the block code execution But we have nothing else for blocks we would want to present differently. Since a couple of months, I'm beginning to capture tasks received by emails, or replies from this list, but they often contain structured replies (lines prefixed by >) that are unreadable if not presented like they are in Gnus. Therefore, could we imagine introducting a new block type for emails (for example)? Or, if the above gets done, we could have orgresults (for example) used for the results of SRC blocks, and then keep EXAMPLE for the mails? What do you think? Best regards, Seb --=20 S=C3=A9bastien 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