From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: org-exp-blocks: what about previewing blocks ? Date: Fri, 26 Jun 2009 06:17:51 +0200 Message-ID: <08136B46-C923-4540-90E1-BD5850745F80@gmail.com> References: <51b0095d0906161740n23379dbbtdf919aa3e8a4ea4a@mail.gmail.com> <51b0095d0906180232j3489705dndcc7d458d5a078af@mail.gmail.com> <08E74544-CC3D-4AEA-B5C2-76826E46766A@gmail.com> Mime-Version: 1.0 (Apple Message framework v935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MK30Z-0008WS-WB for emacs-orgmode@gnu.org; Fri, 26 Jun 2009 00:25:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MK30U-0008WG-IC for emacs-orgmode@gnu.org; Fri, 26 Jun 2009 00:25:50 -0400 Received: from [199.232.76.173] (port=57833 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MK30U-0008WD-ED for emacs-orgmode@gnu.org; Fri, 26 Jun 2009 00:25:46 -0400 Received: from mail-ew0-f208.google.com ([209.85.219.208]:54537) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MK30U-0003YV-22 for emacs-orgmode@gnu.org; Fri, 26 Jun 2009 00:25:46 -0400 Received: by ewy4 with SMTP id 4so559361ewy.42 for ; Thu, 25 Jun 2009 21:25:44 -0700 (PDT) In-Reply-To: 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: Eric Schulte Cc: emacs-orgmode@gnu.org On Jun 26, 2009, at 2:59 AM, Eric Schulte wrote: > Carsten Dominik writes: > >> On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote: >> >>> 2009/6/18 Carsten Dominik >>> >>> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote: >>> >>> Hi all, >>> >>> currently the code in org-exp-blocks is intended for pre-processing >>> only. >>> It seems to me like org-mode would gain a very powerful feature, if >>> blocks could also be previewed in their own buffer, using the same >>> mechanism as the org-format-latex function. >>> What do you think ? >>> >>> I don't see how this could be done in a general way. I guess you >>> mean in particular >>> the graphics blocks like ditaa? >>> >>> Yes. For any block type bt, if it makes sense, it would be possible >>> to write such org-block--generate-image(body) that takes the >>> block as argument and returns the path of the image it produced. >>> >>> Then: >>> - for exporting: the existing org-export-blocks-format- >>> functions would simply call their respective >>> org-block--generate- >>> image and work the same ; >>> - for previewing a block of type : if such org-block-- >>> generate-image exists, call it and display it the same way org- >>> format-latex does >>> >>> Wouldn't it be great ? >> >> Yes, it would be. First you will need to talk Eric Schulte into >> splitting the image generation functions into separate functions. >> The I could look into the preview functionality. >> > > I recently sent out an email announcement of development on org-babel > which should provide a unified backend for evaluating source-code > contained in org-mode blocks. If org-exp-blocks is using org-babel > for > it's source-code evaluation the ability to interactively evaluate > blocks > will come for free. This would be my preference rather than > implementing a new code-evaluation schema for org-exp-blocks. > > I suppose that this would assume that org-babel is accepted into the > core of org-mode (for it to be a requirement of org-exp-blocks which > is > now part of the org-mode core). While this would be my preference, it > is certainly not my decision to make, and I honestly haven't given it > much thought up until this point. From your post yesterday, without looking closer at org-babel, it sounded to me that it is still under heavy development, so maybe it is too early for the core at this moment? No principal objections, of course. - Carsten