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--