From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [babel] hide inline source code blocks by results Date: Thu, 26 Apr 2012 09:08:21 -0400 Message-ID: <878vhiabei.fsf@gmx.com> References: <87vcl62wek.fsf@gmx.com> <87zk9ylwhy.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:52797) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNQJV-0004Es-73 for emacs-orgmode@gnu.org; Thu, 26 Apr 2012 11:08:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SNQJJ-0002Og-Gs for emacs-orgmode@gnu.org; Thu, 26 Apr 2012 11:08:56 -0400 Received: from mailout-us.gmx.com ([74.208.5.67]:39375 helo=mailout-us.mail.com) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1SNQJJ-0002OP-Ah for emacs-orgmode@gnu.org; Thu, 26 Apr 2012 11:08:45 -0400 In-Reply-To: <87zk9ylwhy.fsf@ucl.ac.uk> (Eric Fraga's message of "Thu, 26 Apr 2012 18:07:13 +0930") 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: Torsten Wagner Cc: Org Mode Mailing List Eric Fraga writes: > Eric Schulte writes: > >> Currently inline blocks like don't associate themselves with their >> results, they are only expected to be evaluated on export, so the >> functionality you suggest below would require first changing how results >> are associated with inline code blocks. >> >> Another option would be to hide everything but the body of the block, >> but this may be more confusing than it is worth. > > Eric, > > I do like what Torsten suggested a lot. I wonder if a halfway solution > would be possible. Define a babel: link type which includes the src_xxx > code and let the description part of the link be whatever the author > wants it to be. I wouldn't mind not knowing the result of the code > execution as I don't know that at the moment anyway. > > So, something like this would be nice: > > ... and the result is [[babel:src_octave{3*x+5}][f(x)]] which > demonstrates ... > > which would look like > > ... and the result is f(x) which demonstrates ... > > (with f(x) highlighted as a link). > > Could something like this be possible? > > And, to take this further, could the highlighting differ depending on > link type? I've not explored this latter aspect so maybe it's already > possible... > I think both this and Torsten's original idea would both be nice options. Preferably the final solution would subsume either use case. Unfortunately either implementation would require a fairly significant amount of work on the inline source block system, work which I unfortunately do not have time for at the moment (although I'm happy to help if anyone else wants to jump into the code). Thanks, > > thanks, > eric -- Eric Schulte http://cs.unm.edu/~eschulte/