From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: are babel python sessions and inlined images incompatible? Date: Sat, 27 Apr 2013 08:27:48 +0200 Message-ID: <87k3noo5cr.fsf@Rainer.invalid> References: <8738uhmget.fsf@gmail.com> <86ehdzzlih.fsf@somewhere.org> <86r4hzgisn.fsf@somewhere.org> <86bo911l7j.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:58129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UVyc4-0006ed-H4 for emacs-orgmode@gnu.org; Sat, 27 Apr 2013 02:28:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UVyc2-0000WY-Vi for emacs-orgmode@gnu.org; Sat, 27 Apr 2013 02:28:00 -0400 Received: from plane.gmane.org ([80.91.229.3]:41478) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UVyc2-0000WS-Or for emacs-orgmode@gnu.org; Sat, 27 Apr 2013 02:27:58 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UVyc2-00020F-0N for emacs-orgmode@gnu.org; Sat, 27 Apr 2013 08:27:58 +0200 Received: from pd9eb30e8.dip0.t-ipconnect.de ([217.235.48.232]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Apr 2013 08:27:58 +0200 Received: from Stromeko by pd9eb30e8.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Apr 2013 08:27:58 +0200 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: emacs-orgmode@gnu.org Sebastien Vauban writes: > Would we want to abstract the above, I guess we should generalize the > languages families as: > > - graphics-only languages (ditaa, dot, gnuplot, etc.) > > - general-purpose languages with graphical capacities (R, maxima, octave... > and, at least, python[1] IIUC) > > - general-purpose languages without graphical capacities (sql, sh, etc.) This is something of a non-starter as all generalizations are false. Babels notion of graphics is simply that after execution of the source block it expects to be able to find a file that looks like it has a graphics format in it (and its notion of results is that it gets something from standard output that conforms to certain rules that are changeable by header arguments). A "graphics-only" language would be one that could only write files, but Babel can easily transcend that limitation and pretend it had gotten a result instead. It might even filter the result to convert between formats. Conversely, a language that cannot write files could have an implementation where Babel constructs the file to put in the graphics link in Org from the output of the program. Existing Babel language implementations already use both mechanisms. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada