From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Greek symbol rendering problem in gnuplot Date: Sun, 28 Apr 2019 21:48:37 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000ea58c90587a2523c" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:49532) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hKwLc-0004T6-Qu for emacs-orgmode@gnu.org; Sun, 28 Apr 2019 22:48:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hKwLb-0000t0-Lv for emacs-orgmode@gnu.org; Sun, 28 Apr 2019 22:48:52 -0400 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]:37843) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hKwLb-0000s7-Bq for emacs-orgmode@gnu.org; Sun, 28 Apr 2019 22:48:51 -0400 Received: by mail-lf1-x129.google.com with SMTP id h126so6751293lfh.4 for ; Sun, 28 Apr 2019 19:48:50 -0700 (PDT) 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" To: emacs-orgmode Mailinglist --000000000000ea58c90587a2523c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Maybe take a look at this issue, which describes a tortured trek to find a way to get Gnuplot to properly render =CE=A0 (pi) in an output graphic. Apparently, the gnuplot package is= from 2014 and doesn't handle Greek symbols. Why it will use latest-greatest gnuplot 5.2.6 and won't render Greek symbols is mysterious. Also, when executing an org-mode babel gnuplot block, it reports in the minibuffer that it is using Gnuplot 3.7. However, C-c C-c in the block does start up a Gnuplot REPL in Emacs, and output does happen -- just with garbled Greek letters. Odder is when I put the code in a separate file with the mode running, I can get it to render pi correctly with gnuplot-run-file -- but not gnuplot-run-buffer. The latter is garbled, the former good. BTW, a Gnuplot session started at the command line works with Greek symbols just fine. So I uninstalled gnuplot and installed newer gnuplot-mode (last updated 2017). Testing just a stand-alone file with the code with gnuplot-run-buffer produces good results; however, no REPL in Emacs is started and the gnuplot codeblock in an org file fails. C-c C-c produces executing Gnuplot code block... org-babel-execute:gnuplot: Cannot open load file: No such file or directory, gnuplot obviously Gnuplot in org-mode babel is meant to run with the gnuplot package and not the newer gnuplot-mode package. But now I'm stuck without a way to render Greek letters in a Gnuplot graphic. Something about the gnuplot package doesn't do Greek symbols and something about gnuplot-mode doesn't do org-mode babel gnuplot. Please advise. LB --000000000000ea58c90587a2523c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Maybe take a look at=C2= =A0this=C2=A0issue, which describes a tortured t= rek to find a way to get Gnuplot to properly render =CE=A0 (pi) in an outpu= t graphic. Apparently, the gnuplot package is from 2014 and doesn't han= dle Greek symbols. Why it will use latest-greatest gnuplot 5.2.6 and won= 9;t render Greek symbols is mysterious. Also, when executing an org-mode ba= bel gnuplot block, it reports in the minibuffer that it is using Gnuplot 3.= 7. However, C-c C-c in the block does start up a Gnuplot REPL in Emacs, and= output does happen -- just with garbled Greek letters. Odder is when I put= the code in a separate file with the mode running, I can get it to render = pi correctly with gnuplot-run-file -- but not gnuplot-run-buffer. The latte= r is garbled, the former good. BTW, a Gnuplot session started at the comman= d line works with Greek symbols just fine.

=
So I uninstalled gnuplot and installed newer gnuplot-mode (last update= d 2017). Testing just a stand-alone file with the code with gnuplot-run-buf= fer produces good results; however, no REPL in Emacs is started and the gnu= plot codeblock in an org file fails. C-c C-c produces

<= div>
executing Gnuplot code block...
org-babel-execute:gnuplo= t: Cannot open load file: No such file or directory, gnuplot

obviously Gnuplot in org-mode babel is meant to run with t= he gnuplot package and not the newer gnuplot-mode package. But now I'm = stuck without a way to render Greek letters in a Gnuplot graphic. Something= about the gnuplot package doesn't do Greek symbols and something about= gnuplot-mode doesn't do org-mode babel gnuplot. Please advise.

LB
--000000000000ea58c90587a2523c-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fraga, Eric" Subject: Re: Greek symbol rendering problem in gnuplot Date: Mon, 29 Apr 2019 05:33:03 +0000 Message-ID: <8736m174vl.fsf@ucl.ac.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from eggs.gnu.org ([209.51.188.92]:52578) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hKyuc-0006Vv-0w for emacs-orgmode@gnu.org; Mon, 29 Apr 2019 01:33:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hKyub-0005Ny-1V for emacs-orgmode@gnu.org; Mon, 29 Apr 2019 01:33:09 -0400 Received: from mail-eopbgr30093.outbound.protection.outlook.com ([40.107.3.93]:59008 helo=EUR03-AM5-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hKyua-0005Gi-Nd for emacs-orgmode@gnu.org; Mon, 29 Apr 2019 01:33:08 -0400 In-Reply-To: (Lawrence Bottorff's message of "Sun, 28 Apr 2019 21:48:37 -0500") Content-Language: en-US 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" To: Lawrence Bottorff Cc: emacs-orgmode Mailinglist RW1hY3MgKGFuZCBoZW5jZSBvcmcpIHdpbGwgdXNlIHdoaWNoZXZlciBnbnVwbG90IGlzIGZvdW5k IGluIHlvdXIgJFBBVEgsDQphc3N1bWluZyB5b3UncmUgb24gTGludXggKHlvdSBkaWQgbm90IHNw ZWNpZnkpLiAgWW91IGFsc28sIGZvciBiYWJlbCwNCm5lZWQgdGhlIGdudXBsb3QgbW9kZS4gIEkg ZG9uJ3QgdW5kZXJzdGFuZCB3aHkgeW91IHJlbW92ZWQgdGhlIGdudXBsb3QNCnBhY2thZ2UgYXMg aXQgZG9lcyBub3QgaGF2ZSB0aGUgZW1hY3MgbW9kZTsgdGhhdCBpcyBwcm92aWRlZCBieSB0aGUN CnNlcGFyYXRlIGdudXBsb3QtbW9kZSBwYWNrYWdlLg0KDQpJIGRvbid0IHVzZSBncmVlayBsZXR0 ZXJzIHNvIGNhbm5vdCBjb21tZW50IG9uIHRoYXQgYXNwZWN0Lg0KLS0gDQpFcmljIFMgRnJhZ2Eg dmlhIEVtYWNzIDI3LjAuNTAsIE9yZyByZWxlYXNlXzkuMi4zLTMyNy1nMzM3NWYwDQo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Greek symbol rendering problem in gnuplot Date: Mon, 29 Apr 2019 09:13:51 -0500 Message-ID: References: <8736m174vl.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007c25f00587abe5aa" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:41376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hL72k-0007AS-BS for emacs-orgmode@gnu.org; Mon, 29 Apr 2019 10:14:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hL72i-0002eR-TK for emacs-orgmode@gnu.org; Mon, 29 Apr 2019 10:14:06 -0400 Received: from mail-lj1-x242.google.com ([2a00:1450:4864:20::242]:37822) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hL72i-0002cw-Iv for emacs-orgmode@gnu.org; Mon, 29 Apr 2019 10:14:04 -0400 Received: by mail-lj1-x242.google.com with SMTP id b12so8317441lji.4 for ; Mon, 29 Apr 2019 07:14:04 -0700 (PDT) In-Reply-To: <8736m174vl.fsf@ucl.ac.uk> 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" To: "Fraga, Eric" Cc: emacs-orgmode Mailinglist --0000000000007c25f00587abe5aa Content-Type: text/plain; charset="UTF-8" Yes, Ubuntu 19.04. Latest-greatest everything else pertinent as well. Here is are my subscriptions (setq package-archives '(("ELPA" . "http://tromey.com/elpa/") ("gnu" . "http://elpa.gnu.org/packages/") ("melpa" . "https://melpa.org/packages/") ("org" . "https://orgmode.org/elpa/"))) And so I discover these two when I do list-packages: gnuplot 20141231.2137 available melpa drive gnuplot from within emacs and then this: gnuplot-mode 20171013.1616 installed Major mode for editing gnuplot scripts the former I uninstalled, the latter, as you see, I installed, simply going on the theory that a later something is more up to date. The babel languages page lists this: Gnuplot gnuplot ob-doc-gnuplot gnuplot, gnuplot-mode which no doubt means gnuplot the actual program, then gnuplot-mode the Emacs package. So I'm saying the second list-packages offering, gnuplot-mode- 20171013.1616, is working only as a stand-alone mode and not working with org-mode babel (It can't find gnuplot when an org gnuplot block is run.), while the first one, just plain simple gnuplot-20141231.2137 works in org-mode babel, but gives the long-ago solved problem of greek symbol display garbling when run in babel code blocks. (See the links to the github pages.) The confusion is which of the Emacs packages to use -- both having problems. Both modes seem to know where gnuplot is (my $PATH has /usr/bin/ and my gnuplot is /usr/bin/gnuplot), again, they both work fine as stand-alones with gnuplot code files, but, as I'm saying, gnuplot-mode-20171013.1616 doesn't work with org-mode. Having glanced at the older gnuplot-20141231.2137 mode's code, it seems to guess version 3.7 if it can't establish which version of gnuplot the user is running. Odd since it does start up an Emacs gnuplot REPL session -- that readily identifies itself as 5.2.6. So I'm guessing this gnuplot-mode-20171013.1616 is not the intended mode after all, rather, gnuplot-20141231.2137. Since there have been more than one stackoverflow efforts on this issue, I thought it worthy of org-mode's attention -- heavy users of greek letters or no. On Mon, Apr 29, 2019 at 12:33 AM Fraga, Eric wrote: > Emacs (and hence org) will use whichever gnuplot is found in your $PATH, > assuming you're on Linux (you did not specify). You also, for babel, > need the gnuplot mode. I don't understand why you removed the gnuplot > package as it does not have the emacs mode; that is provided by the > separate gnuplot-mode package. > > I don't use greek letters so cannot comment on that aspect. > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0 > --0000000000007c25f00587abe5aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, Ubun= tu 19.04. Latest-greatest everything else pertinent as well. Here is are my= subscriptions

(setq package-archives '((= "ELPA"=C2=A0 . "http://t= romey.com/elpa/")
("gnu"=C2=A0 =C2=A0. "http://elpa.gnu.org/packages/")
("org"=C2=A0 =C2=A0. "<= a href=3D"https://orgmode.org/elpa/">https://orgmode.org/elpa/")))=

And so I discover these two when I do list-= packages:=C2=A0=C2=A0

= gnuplot=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 20141231.2137 available=C2=A0 melpa=C2= =A0 =C2=A0 =C2=A0 drive gnuplot from within emacs

and then this:

=C2=A0gnuplot-mode=C2=A0 =C2=A0 =C2=A0 = =C2=A020171013.1616 installed=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0Major mode for editing gnuplot scripts

the = former I uninstalled, the latter, as you see, I installed, simply going on = the theory that a later something is more up to date. The babel languages p= age lists this:

Gnuplot gnuplot ob-doc-gnuplot<= span style=3D"white-space:pre"> gnuplot, gnuplot-mode
=
which no doubt means gnuplot the actual program, then gnuplo= t-mode the Emacs package. So I'm saying the second list-packages offeri= ng, gnuplot-mode- 20171013.1616, is working only as a stand-alone mode and = not working with org-mode babel (It can't find gnuplot when an org gnup= lot block is run.), while the first one, just plain simple gnuplot-20141231= .2137 works in org-mode babel, but gives the long-ago solved problem of gre= ek symbol display garbling when run in babel code blocks. (See the links to= the github pages.) The confusion is which of the Emacs packages to use -- = both having problems. Both modes seem to know where gnuplot is (my $PATH ha= s /usr/bin/ and my gnuplot is /usr/bin/gnuplot), again, they both work fine= as stand-alones with gnuplot code files, but, as I'm saying,=C2=A0=C2= =A0gnuplot-mode-20171013.1616 doesn't work with org-mode.
Having glanced at the older gnuplot-20141231.2137 mode's co= de, it seems to guess version 3.7 if it can't establish which version o= f gnuplot the user is running. Odd since it does start up an Emacs gnuplot = REPL session -- that readily identifies itself as 5.2.6. So I'm guessin= g this=C2=A0gnuplot-mode-20171013.1616 is not the intended mode after all, = rather, gnuplot-20141231.2137. Since there have been more than one stackove= rflow efforts on this issue, I thought it worthy of org-mode's attentio= n -- heavy users of greek letters or no.

On Mon, Apr 29, 2019 at 12:33 AM Fraga, Eric <e.fraga@ucl.ac.uk> wrote:
Emacs (and hence org) will use whi= chever gnuplot is found in your $PATH,
assuming you're on Linux (you did not specify).=C2=A0 You also, for bab= el,
need the gnuplot mode.=C2=A0 I don't understand why you removed the gnu= plot
package as it does not have the emacs mode; that is provided by the
separate gnuplot-mode package.

I don't use greek letters so cannot comment on that aspect.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0
--0000000000007c25f00587abe5aa-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fraga, Eric" Subject: Re: Greek symbol rendering problem in gnuplot Date: Tue, 30 Apr 2019 06:09:25 +0000 Message-ID: <87zho8owhh.fsf@ucl.ac.uk> References: <8736m174vl.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from eggs.gnu.org ([209.51.188.92]:44748) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLLxJ-0000Ga-SS for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 02:09:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLLxJ-00027F-23 for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 02:09:29 -0400 Received: from mail-eopbgr80094.outbound.protection.outlook.com ([40.107.8.94]:35583 helo=EUR04-VI1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hLLxI-00026R-NI for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 02:09:29 -0400 In-Reply-To: (Lawrence Bottorff's message of "Mon, 29 Apr 2019 09:13:51 -0500") Content-Language: en-US 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" To: Lawrence Bottorff Cc: emacs-orgmode Mailinglist VGhhbmtzIGZvciB0aGUgbG9uZyBleHBsYW5hdGlvbi4gIEkgYW0gdXNpbmcgdGhlIDIwMTQgdmVy c2lvbiBvZg0KZ251cGxvdC1tb2RlIGFuZCBnbnVwbG90IDUuMi4gIA0KDQpnbnVwbG90LW1vZGUg aGFzIGEgY3VzdG9taXphYmxlIHZhcmlhYmxlLCBnbnVwbG90LXByb2dyYW0sIHdoaWNoDQpzcGVj aWZpZXMgd2hpY2ggY29tbWFuZCB0byBleGVjdXRlIHRvIHN0YXJ0IGdudXBsb3QuICBUaGUgZGVm YXVsdCB2YWx1ZQ0KZm9yIHRoaXMgdmFyaWFibGUsIGF0IGxlYXN0IGluIHRoZSAyMDE0IHZlcnNp b24sIGlzIHNpbXBseSAiZ251cGxvdCIgc28NCml0IHdpbGwgcGljayB1cCB0aGUgZGVmYXVsdCBn bnVwbG90IG9uIExpbnV4IChpZiB0aGVyZSBpcyBtb3JlIHRoYW4gb25lDQp2ZXJzaW9uIGluc3Rh bGxlZCwgSSBpbWFnaW5lIHRoYXQgL2V0Yy9hbHRlcm5hdGl2ZXMgd2lsbCBiZSB1c2VkIHRvDQpp ZGVudGlmeSB0aGUgZGVmYXVsdCkuDQoNCklmIHlvdSB0aGluayB0aGUgd3JvbmcgZ251cGxvdCBp cyBiZWluZyBwaWNrZWQgdXAsIG1heWJlIGN1c3RvbWl6ZSB0aGlzDQp2YXJpYWJsZT8gIFdoYXQg ZG8geW91IGdldCBpZiB5b3Ugc2ltcGx5IGludm9rZSAiTS14IHJ1bi1nbnVwbG90Ij8NCg0KLS0g DQpFcmljIFMgRnJhZ2EgdmlhIEVtYWNzIDI3LjAuNTAsIE9yZyByZWxlYXNlXzkuMi4zLTMyNy1n MzM3NWYwDQo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Greek symbol rendering problem in gnuplot Date: Tue, 30 Apr 2019 10:58:37 -0500 Message-ID: References: <8736m174vl.fsf@ucl.ac.uk> <87zho8owhh.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000fee5030587c17988" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:53914) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLV9h-00044S-0D for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 11:58:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLV9f-0004JW-JO for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 11:58:52 -0400 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]:39218) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hLV9f-0004Ie-7o for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 11:58:51 -0400 Received: by mail-lf1-x12b.google.com with SMTP id d12so11268165lfk.6 for ; Tue, 30 Apr 2019 08:58:50 -0700 (PDT) In-Reply-To: <87zho8owhh.fsf@ucl.ac.uk> 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" To: emacs-orgmode Mailinglist --000000000000fee5030587c17988 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The 2014 "gnuplot-mode" has the problem of not rendering the greek symbols when asked to by babel, hence, my switch to "gnuplot-mode" 2017. C-h v gnuplot-program reports gnuplot-program=E2=80=99s value is "/usr/bin/gnuplot" This variable may be risky if used as a file-local variable. Documentation: Not documented as a variable. . . . which is correct, and, yes, as a stand-alone mode it works, i.e., it finds the gnuplot executable and renders the greek letters fine. However, when I attempt it inside a babel gnuplot code block it gives the error of not finding the executable. This is behavior I've seen when babel doesn't see a necessary mode that it requires to work with. This is my supposition/guess. As I recall, when I first tried a babel gnuplot block, it made this same complaint. Then I realized I hadn't installed the gnuplot mode. The problem went away when I installed gnuplot-mode 2014. So again, my educated guess is that babel doesn't see or want to interact with gnuplot-mode 2017, rather, it want to see gnuplot-mode 2014. I feel like I'm beating this to death. I can simply hand-edit in the diagrams with greek letters done correctly into my org file, i.e., just not do babel gnuplot. Again, gnuplot-mode 2014 in stand-alone will do a "plot file" of the code correctly, but not a "plot buffer" strangely enough. (I'm guessing babel gnuplot wants to do a "plot buffer".) OTOH, this is a bug, i.e., no sane work-around, and we, an advanced species, shouldn't negotiate with or accommodate insects. So what is the process of keeping babel up-to-date AFA modes interacting with their executables is concerned? Who does this? I can look at the gnuplot-modes and see if I can find anything. But I'm a total noob with big-time Elisp code. On Tue, Apr 30, 2019 at 1:09 AM Fraga, Eric wrote: > Thanks for the long explanation. I am using the 2014 version of > gnuplot-mode and gnuplot 5.2. > > gnuplot-mode has a customizable variable, gnuplot-program, which > specifies which command to execute to start gnuplot. The default value > for this variable, at least in the 2014 version, is simply "gnuplot" so > it will pick up the default gnuplot on Linux (if there is more than one > version installed, I imagine that /etc/alternatives will be used to > identify the default). > > If you think the wrong gnuplot is being picked up, maybe customize this > variable? What do you get if you simply invoke "M-x run-gnuplot"? > > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0 > --000000000000fee5030587c17988 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The 2014 "gnuplot-mode" ha= s the problem of not rendering the greek symbols when asked to by babel, he= nce, my switch to "gnuplot-mode" 2017.

C= -h v gnuplot-program reports

gnuplot-program=E2=80= =99s value is "/usr/bin/gnuplot"
=C2=A0 This variable m= ay be risky if used as a file-local variable.
Documentation:
Not documented as a variable.

. . . which is= correct, and, yes, as a stand-alone mode it works, i.e., it finds the gnup= lot executable and renders the greek letters fine. However, when I attempt = it inside a babel gnuplot code block it gives the error of not finding the = executable. This is behavior I've seen when babel doesn't see a nec= essary mode that it requires to work with. This is my supposition/guess. As= I recall, when I first tried a babel gnuplot block, it made this same comp= laint. Then I realized I hadn't installed the gnuplot mode. The problem= went away when I installed gnuplot-mode 2014. So again, my educated guess = is that babel doesn't see or want to interact with gnuplot-mode 2017, r= ather, it want to see gnuplot-mode 2014.

I feel li= ke I'm beating this to death. I can simply hand-edit in the diagrams wi= th greek letters done correctly into my org file, i.e., just not do babel g= nuplot. Again, gnuplot-mode 2014 in stand-alone will do a "plot file&q= uot; of the code correctly, but not a "plot buffer" strangely eno= ugh. (I'm guessing babel gnuplot wants to do a "plot buffer".= ) OTOH, this is a bug, i.e., no sane work-around, and we, an advanced speci= es, shouldn't negotiate with or accommodate insects.

So what is the process of keeping babel up-to-date AFA modes interac= ting with their executables is concerned? Who does this? I can look at the = gnuplot-modes and see if I can find anything. But I'm a total noob with= big-time Elisp code.

On Tue, Apr 30, 2019 at 1:09 AM Fraga, Eri= c <e.fraga@ucl.ac.uk> wrote:=
Thanks for the = long explanation.=C2=A0 I am using the 2014 version of
gnuplot-mode and gnuplot 5.2.=C2=A0

gnuplot-mode has a customizable variable, gnuplot-program, which
specifies which command to execute to start gnuplot.=C2=A0 The default valu= e
for this variable, at least in the 2014 version, is simply "gnuplot&qu= ot; so
it will pick up the default gnuplot on Linux (if there is more than one
version installed, I imagine that /etc/alternatives will be used to
identify the default).

If you think the wrong gnuplot is being picked up, maybe customize this
variable?=C2=A0 What do you get if you simply invoke "M-x run-gnuplot&= quot;?

--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0
--000000000000fee5030587c17988-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Greek symbol rendering problem in gnuplot Date: Tue, 30 Apr 2019 11:01:00 -0500 Message-ID: References: <8736m174vl.fsf@ucl.ac.uk> <87zho8owhh.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008b907f0587c182b8" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:54624) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLVC2-0006Ty-R7 for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 12:01:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLVBx-0005UZ-Sz for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 12:01:18 -0400 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:42000) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hLVBx-0005Tg-L5 for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 12:01:13 -0400 Received: by mail-lf1-x136.google.com with SMTP id w23so11141860lfc.9 for ; Tue, 30 Apr 2019 09:01:13 -0700 (PDT) In-Reply-To: <87zho8owhh.fsf@ucl.ac.uk> 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" To: "Fraga, Eric" Cc: emacs-orgmode Mailinglist --0000000000008b907f0587c182b8 Content-Type: text/plain; charset="UTF-8" I've looked at the gnuplot mode 2014 github site -- and no issues seem to have been addressed by the owner in recent years. Will try to debug myself. On Tue, Apr 30, 2019 at 1:09 AM Fraga, Eric wrote: > Thanks for the long explanation. I am using the 2014 version of > gnuplot-mode and gnuplot 5.2. > > gnuplot-mode has a customizable variable, gnuplot-program, which > specifies which command to execute to start gnuplot. The default value > for this variable, at least in the 2014 version, is simply "gnuplot" so > it will pick up the default gnuplot on Linux (if there is more than one > version installed, I imagine that /etc/alternatives will be used to > identify the default). > > If you think the wrong gnuplot is being picked up, maybe customize this > variable? What do you get if you simply invoke "M-x run-gnuplot"? > > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0 > --0000000000008b907f0587c182b8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've looked at the gnuplot mode 2014 github site -- and no issu= es seem to have been addressed by the owner in recent years. Will try to de= bug myself.

On Tue, Apr 30, 2019 at 1:09 AM Fraga, Eric <e.fraga@ucl.ac.uk> wrote:
Thanks for the long explanation.=C2= =A0 I am using the 2014 version of
gnuplot-mode and gnuplot 5.2.=C2=A0

gnuplot-mode has a customizable variable, gnuplot-program, which
specifies which command to execute to start gnuplot.=C2=A0 The default valu= e
for this variable, at least in the 2014 version, is simply "gnuplot&qu= ot; so
it will pick up the default gnuplot on Linux (if there is more than one
version installed, I imagine that /etc/alternatives will be used to
identify the default).

If you think the wrong gnuplot is being picked up, maybe customize this
variable?=C2=A0 What do you get if you simply invoke "M-x run-gnuplot&= quot;?

--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0
--0000000000008b907f0587c182b8-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fraga, Eric" Subject: Re: Greek symbol rendering problem in gnuplot Date: Tue, 30 Apr 2019 17:10:20 +0000 Message-ID: <87wojbv2pw.fsf@ucl.ac.uk> References: <8736m174vl.fsf@ucl.ac.uk> <87zho8owhh.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from eggs.gnu.org ([209.51.188.92]:43653) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLWGu-0008Ts-Ev for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 13:10:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLWGt-0002iM-LH for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 13:10:24 -0400 Received: from mail-eopbgr00113.outbound.protection.outlook.com ([40.107.0.113]:18038 helo=EUR02-AM5-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hLWGs-0002hJ-O1 for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 13:10:23 -0400 In-Reply-To: (Lawrence Bottorff's message of "Tue, 30 Apr 2019 10:58:37 -0500") Content-Language: en-US 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" To: Lawrence Bottorff Cc: emacs-orgmode Mailinglist Rm9yIHRoZSBsaXN0OiBMYXdyZW5jZSBhbmQgSSBoYXZlIGZvbGxvd2VkIHRoaXMgdGhyb3VnaCBh IGJpdCBtb3JlLiAgVGhlDQpzb2x1dGlvbiwgZm9yIHRob3NlIHRoYXQgaGF2ZSBhIG5ld2VyIHZl cnNpb24gb2YgZ251cGxvdC1tb2RlICgyMDE3DQp2ZXJzaW9uIGluc3RlYWQgb2YgdGhlIDIwMTQg dmVyc2lvbiksIGlzIHRvIHNldCA6c2Vzc2lvbiB0byAibm9uZSIuDQoNCkkgd291bGQgc3VnZ2Vz dCB0aGF0IHRoZXJlIGlzIGEgYnVnIGluIG9iLWdudXBsb3QuZWwuICBTcGVjaWZpY2FsbHksDQo6 c2Vzc2lvbiBpcyBpbml0aWFsaXplZCB0byBuaWwgYnV0IGFsbCB0aGUgY29kZSB0aGF0IGNoZWNr cyBmb3Igc2Vzc2lvbg0KYXNzdW1lcyB0aGF0IGl0IGhhcyB0byBiZSBzZXQgdG8gIm5vbmUiIHRv IG5vdCB1c2UgYSBzZXNzaW9uLg0KDQpXaGF0IGhhc24ndCBiZWVuIHJlc29sdmVkIGlzIGhvdyB0 byBnZXQgc2Vzc2lvbnMgdG8gd29yayB3aXRoIHRoZSBtb3JlDQp1cC10by1kYXRlIGdudXBsb3Qt bW9kZS4NCi0tIA0KRXJpYyBTIEZyYWdhIHZpYSBFbWFjcyAyNy4wLjUwLCBPcmcgcmVsZWFzZV85 LjIuMy0zMjctZzMzNzVmMA0K From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Greek symbol rendering problem in gnuplot Date: Tue, 30 Apr 2019 22:41:48 -0500 Message-ID: References: <8736m174vl.fsf@ucl.ac.uk> <87zho8owhh.fsf@ucl.ac.uk> <87wojbv2pw.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d2159d0587cb4cc4" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:50724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLg8F-0007Y4-QO for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 23:42:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLg8B-0004X5-RY for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 23:42:07 -0400 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:40621) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hLg89-0004V3-Sp for emacs-orgmode@gnu.org; Tue, 30 Apr 2019 23:42:03 -0400 Received: by mail-lf1-x12f.google.com with SMTP id o16so12406362lfl.7 for ; Tue, 30 Apr 2019 20:42:01 -0700 (PDT) In-Reply-To: <87wojbv2pw.fsf@ucl.ac.uk> 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" To: emacs-orgmode Mailinglist --000000000000d2159d0587cb4cc4 Content-Type: text/plain; charset="UTF-8" As I understand, the more "up-to-date" 2017 version is not as comprehensive as the 2014 version. I got in contact with Bruce Ravel (2014 author) and he says he's standing by, but I told him to wait to see what the org-mode side can do first about the :session issue. So in general I'm supposing that when a language's REPL session is not started, babel sometimes goes straight the executable on the system and comes back with results. But then others specifically need a :session named and started -- or at least start a session. I guess I'm being manic about this due to the overall difficulty of producing graphs and diagrams in general in the STEM world. If you're good, you can transcribe JIT, say, a math lecture on your laptop with org-mode -- prose and LaTeX formulae. But if you need diagrams you're blown away. . . I've got a copy of Martin Weissman's *An Illustrated Theory of Numbers *which utilizes LaTeX Tufte with diagrams in TikZ/PGF. Quite a beautiful book. In general, it's just too damned hard to produce diagrams relative to prose and formulae. . . My two farthings. . . . On Tue, Apr 30, 2019 at 12:10 PM Fraga, Eric wrote: > For the list: Lawrence and I have followed this through a bit more. The > solution, for those that have a newer version of gnuplot-mode (2017 > version instead of the 2014 version), is to set :session to "none". > > I would suggest that there is a bug in ob-gnuplot.el. Specifically, > :session is initialized to nil but all the code that checks for session > assumes that it has to be set to "none" to not use a session. > > What hasn't been resolved is how to get sessions to work with the more > up-to-date gnuplot-mode. > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0 > --000000000000d2159d0587cb4cc4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
As I understand, the more "up-to-date" 2017 vers= ion is not as comprehensive as the 2014 version. I got in contact with Bruc= e Ravel (2014 author) and he says he's standing by, but I told him to w= ait to see what the org-mode side can do first about the :session issue. So= in general I'm supposing that when a language's REPL session is no= t started, babel sometimes goes straight the executable on the system and c= omes back with results. But then others specifically need a :session named = and started -- or at least start a session.

I guess I= 9;m being manic about this due to the overall difficulty of producing graph= s and diagrams in general in the STEM world. If you're good, you can tr= anscribe JIT, say, a math lecture on your laptop with org-mode -- prose and= LaTeX formulae. But if you need diagrams you're blown away. . .=C2=A0<= /div>

I've got a copy of Martin Weissman's An= Illustrated Theory of Numbers which utilizes LaTeX Tufte with diagrams= in TikZ/PGF. Quite a beautiful book. In general, it's just too damned = hard to produce diagrams relative to prose and formulae. . .=C2=A0 My two f= arthings. . . .

On Tue, Apr 30, 2019 at 12:10 PM Fraga, Eric <e.fraga@ucl.ac.uk>= wrote:
For the = list: Lawrence and I have followed this through a bit more.=C2=A0 The
solution, for those that have a newer version of gnuplot-mode (2017
version instead of the 2014 version), is to set :session to "none"= ;.

I would suggest that there is a bug in ob-gnuplot.el.=C2=A0 Specifically, :session is initialized to nil but all the code that checks for session
assumes that it has to be set to "none" to not use a session.

What hasn't been resolved is how to get sessions to work with the more<= br> up-to-date gnuplot-mode.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-327-g3375f0
--000000000000d2159d0587cb4cc4-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fraga, Eric" Subject: Re: Greek symbol rendering problem in gnuplot Date: Wed, 1 May 2019 08:06:30 +0000 Message-ID: <871s1itx8a.fsf@ucl.ac.uk> References: <8736m174vl.fsf@ucl.ac.uk> <87zho8owhh.fsf@ucl.ac.uk> <87wojbv2pw.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from eggs.gnu.org ([209.51.188.92]:35878) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLkGH-00018c-0E for emacs-orgmode@gnu.org; Wed, 01 May 2019 04:06:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLkGA-00063f-Q6 for emacs-orgmode@gnu.org; Wed, 01 May 2019 04:06:38 -0400 Received: from mail-eopbgr30115.outbound.protection.outlook.com ([40.107.3.115]:42887 helo=EUR03-AM5-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hLkG9-00062A-NQ for emacs-orgmode@gnu.org; Wed, 01 May 2019 04:06:34 -0400 In-Reply-To: (Lawrence Bottorff's message of "Tue, 30 Apr 2019 22:41:48 -0500") Content-Language: en-US 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" To: Lawrence Bottorff Cc: emacs-orgmode Mailinglist T24gVHVlc2RheSwgMzAgQXByIDIwMTkgYXQgMjI6NDEsIExhd3JlbmNlIEJvdHRvcmZmIHdyb3Rl Og0KPiBJIGd1ZXNzIEknbSBiZWluZyBtYW5pYyBhYm91dCB0aGlzIGR1ZSB0byB0aGUgb3ZlcmFs bCBkaWZmaWN1bHR5IG9mDQo+IHByb2R1Y2luZyBncmFwaHMgYW5kIGRpYWdyYW1zIGluIGdlbmVy YWwgaW4gdGhlIFNURU0gd29ybGQuIElmIHlvdSdyZSBnb29kLA0KPiB5b3UgY2FuIHRyYW5zY3Jp YmUgSklULCBzYXksIGEgbWF0aCBsZWN0dXJlIG9uIHlvdXIgbGFwdG9wIHdpdGggb3JnLW1vZGUg LS0NCj4gcHJvc2UgYW5kIExhVGVYIGZvcm11bGFlLiBCdXQgaWYgeW91IG5lZWQgZGlhZ3JhbXMg eW91J3JlIGJsb3duIGF3YXkuIC4gLg0KDQpZZXMsIGdlbmVyYXRpbmcgZHJhd2luZ3Mgb24gdGhl IGZseSBpcyBjaGFsbGVuZ2luZy4gIEkgYm91Z2h0IG15c2VsZiBhDQpyZU1hcmthYmxlIGUtcGFw ZXIgdGFibGV0IGZvciB0aGlzIHJlYXNvbi4gIEZvciBMYVRlWCwgSSB1c2UgYSBudW1iZXIgb2YN CnRvb2xzLCBzb21lIG9mIHdoaWNoIGFyZSBxdWl0ZSBlYXN5IHRvIHVzZS4gIEluIHBhcnRpY3Vs YXIsIGRpdGFhIGFuZA0KZ3JhcGh2aXogY29tZSBjbG9zZSB0byBhbGxvd2luZyByZWFsLXRpbWUg aW5wdXQgb2Ygc29tZSB0eXBlcyBvZg0KZHJhd2luZ3MuICBUaWt6IGlzIGJldHRlciBmb3IgcXVh bGl0eSBvdXRwdXQgYnV0IG5vdCBzdWl0YWJsZSBmb3IgcXVpY2sNCmlucHV0Lg0KDQotLSANCkVy aWMgUyBGcmFnYSB2aWEgRW1hY3MgMjcuMC41MCwgT3JnIHJlbGVhc2VfOS4yLjMtMzI3LWczMzc1 ZjANCg==