From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jambunathan K Subject: Re: Orthogonality of blocks Date: Thu, 29 Dec 2011 11:44:00 +0530 Message-ID: <817h1fucpj.fsf@gmail.com> References: <4EFA208B.6040905@gmail.com> <87zkedkaz5.fsf@gmx.com> <4EFA34C0.3000200@christianmoe.com> <4EFB2CFE.9030207@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:59959) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rg9Fv-0007Iy-KQ for emacs-orgmode@gnu.org; Thu, 29 Dec 2011 01:14:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rg9Fu-0002U4-Kr for emacs-orgmode@gnu.org; Thu, 29 Dec 2011 01:14:23 -0500 Received: from mail-iy0-f169.google.com ([209.85.210.169]:53876) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rg9Fu-0002U0-FX for emacs-orgmode@gnu.org; Thu, 29 Dec 2011 01:14:22 -0500 Received: by iacb35 with SMTP id b35so25105457iac.0 for ; Wed, 28 Dec 2011 22:14:21 -0800 (PST) In-Reply-To: <4EFB2CFE.9030207@gmail.com> (Charles Turner's message of "Wed, 28 Dec 2011 14:51:42 +0000") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Charles Turner Cc: emacs-orgmode@gnu.org, mail@christianmoe.com, Eric Schulte If I look at the figures in the link provided, I am reminded of table.el tables. Put your different src blocks in table.el tables, this way even if you don't get fontification of src blocks atleast you will have a side-by-side output with both html and latex backends. Charles Turner writes: > On 27/12/11 21:12, Christian Moe wrote: >> will do it in HTML. Full example follows below. I'll leave LaTeX to >> those in the know... > > Thanks. This was the "best" solution for me. I quote because the > abstraction boundary between "how it's rendered" and "what I want to > be rendered" is getting fuliginous. It would be much better imo to > have blocks of first-class, and functions of higher-order on those > blocks, so one could say (side-by-side block1 block2) and the > side-by-side procedure would deal with the different format > nuances. The idea is similar to that of the Henderson Escher examples > in SICP[1], where you have "painters" and functions that combine > "painters" in interesting ways. Might be fun to investigate how far > that can go with blocks in org. > > @Jambunathan: Your examples render the blocks with sizes proportional > to the contained text, rather than aligning as a table. I find that > aesthetically displeasing :-( > > Thanks all for the help. > Charles. > > [1] http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-15.html#%_sec_2.2.4 > > --