gnuplot-info — For questions and discussion about gnuplot

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Peter R. <p.r...@sh...>]

The wxgtk-3.0 and readline8 versions will probably work. They are just 
later versions and unlikely to break things.

You will need to install the *-dev variants of the libraries to build 
anything. ('dev' for developer.) They provide the necessary header files 
without which you will get "header files do not exist" errors.

P.


On 17/02/2022 07:51, hchiPer wrote:
>
> Thanks for your reply.
>
> libwxgtk2.8-dev:
> only libwxgtk3.0-gtk3-devavailable and libwxgtk3.0-gtk3-0v5already 
> installed
>
> libpango1.0-dev:
> libpango1.0-devavailable and libpango-1.0-0already installed
>
> libreadline5-dev:
> libreadline-dev(8.1-1) available and libreadline8already installed
>
> I'll try this and Tatsuro's advices on a virtual machine first (as I 
> wrote, I'm not an long time linux user and I fear to make something 
> wrong that might corrupt my system).
>
> Once again, thanks a lot for your help. Step by step I'm going deeper 
> in linux knowledge.
>
>
>
> Le 16/02/22 à 10:09, Peter Rockett a écrit :
>> On 15/02/2022 22:02, hchiPer wrote:
>>> The distro I have installed is  Q4OS 4.7 (www.q4os.org). I began 
>>> using it because it was said to require few resources and to run 
>>> smoothly on rather old machines (mine is more than 10 years old).
>>>
>>> I installed gnuplot 5.4.2 on another computer under Win10, and the 
>>> font problem doesn't happen.
>>>
>>> I suspect the cause of the problem is in the cairo or pango library, 
>>> but I am not sure.
>>>
>>> I was indeed able to compile 5.4.3, but without the terminals I use 
>>> to use (wxt, pngcairo, pdfcairo), it is not very useful.
>>
>> On Debian (and derivatives) you need to install libwxgtk2.8-dev (for 
>> the wxt terminal), libpango1.0-dev (for the cairo terminals) and 
>> libreadline5-dev (readline support (editing command lines). Follow 
>> the configure/make steps below and you should have wxt and the two 
>> cairo terminals. Carefully inspect the final lines of the build 
>> output since this tells you what has and has not been included; if 
>> anything you need is missing you will need to hunt down the necessary 
>> dependency.
>>
>> Peter
>>
>>
>>>
>>> Thanks anyway for all your help :)
>>>
>>>
>>> Le 15/02/22 à 20:47, Norwid Behrnd a écrit :
>>>> On Tue, 15 Feb 2022 19:54:56 +0100
>>>> hchiPer<hc...@gm...> wrote:
>>>>
>>>>> It seems 5.4.3 brings the solution, but I'm unable to find a .deb
>>>>> package. And unluckily I'm not able to compile myself.
>>>> Perhaps I missed it, but what is the Linux «based on Debian 11» you
>>>> use?  Is it one of the ubuntu family, like Xubuntu?  Is it Linux Mint'
>>>> /Mint/, or the LDME 4 closer to Debian than Mint's Mint? Perhaps
>>>> something specific to your distribution contributes to the problems
>>>> you report which might be beyond reach of Gnuplot.
>>>>
>>>> Curiosity aside, I just fetched Gnuplot (Version 5.4 patchlevel 3,
>>>> last modified 2021-12-24) from sourceforge, decompressed the tar.gz
>>>> (4.5 Mo).  The INSTALL file (no file extension) describes well what
>>>> has to be done to perform the installation, which starts by entering
>>>> the decompressed archive from the terminal.  Then run from the
>>>> terminal `./configure`, followed by `make`, and `make check`. For
>>>> the then following installation /per se/, you possibly need elevated
>>>> administrator privileges, i.e., `sudo make install`.  True, you have
>>>> to request `synaptic` once to get GNU Make (e.g., GNU Make 4.3 by
>>>> 2020) to run the make command.  In my case, it overwrites synaptic's
>>>> earlier installation of Gnuplot 5.4 patchlevel 2 from Debian's
>>>> repositories.
>>>>
>>>> Caveat: The installation based on the sourceforge archive does not
>>>> offer you access to wxterm, pngcairo, epscairo, or pdfcairo terminal.
>>>> Yet have the postscript terminal instead to generate a .eps with the
>>>> two-line plot title with escaped ampersand and both lines in serif
>>>> fonts greater than usually seen (by appearance /likely/ a different
>>>> serif font than the by Bistream Vera).
>>>
>>>
>>> _______________________________________________
>>> gnuplot-info mailing list
>>> gnu...@li...
>>> Membership management via: 
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: 
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Tatsuro M. <tma...@ya...>]

> "You must put some 'deb-src' URIs in your sources.list"
Ah! I forgot it because I used linux in two years ago.

In  case of the vi editor
$ sudo vi /etc/apt/sources.list

In the vi replace "#" by ""
:%s/# deb-src/deb-src/
:wq

You can use the other editor ilike gedit, emacs etcs. instead.

After the edit,  exectute 
$ sudo apt update

and re-execute 
$ sudo apt build-dep gnuplot


This install alomost all dependenies including the TeXLive for building gnuplot manual and qt libraries for the qt terminal)
As Norwid pointed out, massy amount of files are installed.
If you dislike massy anount of files, you follow the Peter's suggestion.

Tatsuro

----- Original Message -----

From: "hchiPer" <hc...@gm...>
To: "Tatsuro MATSUOKA" <tma...@ya...>; "Norwid Behrnd" <nb...@ya...>
Cc: "gnu...@li..." <gnu...@li...>
Date: 2022/02/17 木 16:33
Subject: Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals


Great thanks for your response.
I tried this command and I got 
 "You must put some 'deb-src' URIs in your sources.list"
In /etc/apt/ the file sources.list exists and is empty.
In /etc/apt/sources.list.d/ there are some .list files
 - 10_q4os.list
 - 12_qtde.list
 - 20_debian.list
 - 30_debian_backports.list
 - and 2 more (eid, megasync)
 but in each of them all the lines beginning with deb-src are commented out.
For the moment, I don't feel confident enough in myself to try to uncomment some of these lines, randomly chosen, because I fear such "experimentation" might corrupt my system (I've not been a long time linux user and I know too few things).
My idea is to "experiment" first on a virtual machine, but I'll try later because I don't have much time right now.

Le 15/02/22 à 23:18, Tatsuro MATSUOKA a écrit :
sudo apt build-dep gnuplot

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Norwid B. <nb...@ya...>]

On Wed, 16 Feb 2022 07:18:47 +0900 (JST)
Tatsuro MATSUOKA <tma...@ya...> wrote:

> sudo apt build-dep gnuplot
> 
> The command installs build dependencies of gnuplot which is for binary distribution.
> The commnad.is perhaps also effective on Debian.

Affirmative, this route exists for both Xubuntu and for Debian.
Though, depending on the setup of programs and libraries already
installed /prior/ to gnuplot this approach may request more
space to start/eventually offers additional functionality.

The estimates by `synaptic` on a live USB session with Xubuntu
(focal/20.04.2 LTS) are

+ `sudo apt-get install gnuplot-qt` (17 MB download, 70 MB installed)
+ `sudo apt-get install gnuplot-x11` (7 MB download, 25 MB installed)
+ `sudo apt build-dep gnuplot` (250 MB download, ~1 GB installed)

For Debian 12/bookworm (branch testing), the numbers are of similar
magnitude.  The third approach requires more space because it equally
installs for example parts of the TeX universe.  While some users of
gnuplot don't need/use this, other users already have it on board (for
pandoc, ipe; Emacs org-mode, etc.).

Thus Peter's more modular approach may be the one balanced between
your needs, and resolving gnuplot's dependencies.  To get familiar
with the process by a test run in a virtual machine is going to save
you time and nerves, too.  Bonne chance !

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[hchiPer <hc...@gm...>]

Thanks for your reply.

libwxgtk2.8-dev:
only libwxgtk3.0-gtk3-devavailable and libwxgtk3.0-gtk3-0v5already installed

libpango1.0-dev:
libpango1.0-devavailable and libpango-1.0-0already installed

libreadline5-dev:
libreadline-dev(8.1-1) available and libreadline8already installed

I'll try this and Tatsuro's advices on a virtual machine first (as I 
wrote, I'm not an long time linux user and I fear to make something 
wrong that might corrupt my system).

Once again, thanks a lot for your help. Step by step I'm going deeper in 
linux knowledge.



Le 16/02/22 à 10:09, Peter Rockett a écrit :
> On 15/02/2022 22:02, hchiPer wrote:
>> The distro I have installed is  Q4OS 4.7 (www.q4os.org). I began 
>> using it because it was said to require few resources and to run 
>> smoothly on rather old machines (mine is more than 10 years old).
>>
>> I installed gnuplot 5.4.2 on another computer under Win10, and the 
>> font problem doesn't happen.
>>
>> I suspect the cause of the problem is in the cairo or pango library, 
>> but I am not sure.
>>
>> I was indeed able to compile 5.4.3, but without the terminals I use 
>> to use (wxt, pngcairo, pdfcairo), it is not very useful.
>
> On Debian (and derivatives) you need to install libwxgtk2.8-dev (for 
> the wxt terminal), libpango1.0-dev (for the cairo terminals) and 
> libreadline5-dev (readline support (editing command lines). Follow the 
> configure/make steps below and you should have wxt and the two cairo 
> terminals. Carefully inspect the final lines of the build output since 
> this tells you what has and has not been included; if anything you 
> need is missing you will need to hunt down the necessary dependency.
>
> Peter
>
>
>>
>> Thanks anyway for all your help :)
>>
>>
>> Le 15/02/22 à 20:47, Norwid Behrnd a écrit :
>>> On Tue, 15 Feb 2022 19:54:56 +0100
>>> hchiPer<hc...@gm...>  wrote:
>>>
>>>> It seems 5.4.3 brings the solution, but I'm unable to find a .deb
>>>> package. And unluckily I'm not able to compile myself.
>>> Perhaps I missed it, but what is the Linux «based on Debian 11» you
>>> use?  Is it one of the ubuntu family, like Xubuntu?  Is it Linux Mint'
>>> /Mint/, or the LDME 4 closer to Debian than Mint's Mint? Perhaps
>>> something specific to your distribution contributes to the problems
>>> you report which might be beyond reach of Gnuplot.
>>>
>>> Curiosity aside, I just fetched Gnuplot (Version 5.4 patchlevel 3,
>>> last modified 2021-12-24) from sourceforge, decompressed the tar.gz
>>> (4.5 Mo).  The INSTALL file (no file extension) describes well what
>>> has to be done to perform the installation, which starts by entering
>>> the decompressed archive from the terminal.  Then run from the
>>> terminal `./configure`, followed by `make`, and `make check`. For
>>> the then following installation /per se/, you possibly need elevated
>>> administrator privileges, i.e., `sudo make install`.  True, you have
>>> to request `synaptic` once to get GNU Make (e.g., GNU Make 4.3 by
>>> 2020) to run the make command.  In my case, it overwrites synaptic's
>>> earlier installation of Gnuplot 5.4 patchlevel 2 from Debian's
>>> repositories.
>>>
>>> Caveat: The installation based on the sourceforge archive does not
>>> offer you access to wxterm, pngcairo, epscairo, or pdfcairo terminal.
>>> Yet have the postscript terminal instead to generate a .eps with the
>>> two-line plot title with escaped ampersand and both lines in serif
>>> fonts greater than usually seen (by appearance /likely/ a different
>>> serif font than the by Bistream Vera).
>>
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: 
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[hchiPer <hc...@gm...>]

Great thanks for your response.

I tried this command and I got
"You must put some 'deb-src' URIs in your sources.list"

In /etc/apt/ the file sources.list exists and is empty.

In /etc/apt/sources.list.d/ there are some .list files
- 10_q4os.list
- 12_qtde.list
- 20_debian.list
- 30_debian_backports.list
- and 2 more (eid, megasync)
but in each of them all the lines beginning with deb-src are commented out.

For the moment, I don't feel confident enough in myself to try to 
uncomment some of these lines, randomly chosen, because I fear such 
"experimentation" might corrupt my system (I've not been a long time 
linux user and I know too few things).

My idea is to "experiment" first on a virtual machine, but I'll try 
later because I don't have much time right now.


Le 15/02/22 à 23:18, Tatsuro MATSUOKA a écrit :
> sudo apt build-dep gnuplot
>

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Peter R. <p.r...@sh...>]

On 15/02/2022 22:02, hchiPer wrote:
> The distro I have installed is  Q4OS 4.7 (www.q4os.org). I began using 
> it because it was said to require few resources and to run smoothly on 
> rather old machines (mine is more than 10 years old).
>
> I installed gnuplot 5.4.2 on another computer under Win10, and the 
> font problem doesn't happen.
>
> I suspect the cause of the problem is in the cairo or pango library, 
> but I am not sure.
>
> I was indeed able to compile 5.4.3, but without the terminals I use to 
> use (wxt, pngcairo, pdfcairo), it is not very useful.

On Debian (and derivatives) you need to install libwxgtk2.8-dev (for the 
wxt terminal), libpango1.0-dev (for the cairo terminals) and 
libreadline5-dev (readline support (editing command lines). Follow the 
configure/make steps below and you should have wxt and the two cairo 
terminals. Carefully inspect the final lines of the build output since 
this tells you what has and has not been included; if anything you need 
is missing you will need to hunt down the necessary dependency.

Peter


>
> Thanks anyway for all your help :)
>
>
> Le 15/02/22 à 20:47, Norwid Behrnd a écrit :
>> On Tue, 15 Feb 2022 19:54:56 +0100
>> hchiPer<hc...@gm...>  wrote:
>>
>>> It seems 5.4.3 brings the solution, but I'm unable to find a .deb
>>> package. And unluckily I'm not able to compile myself.
>> Perhaps I missed it, but what is the Linux «based on Debian 11» you
>> use?  Is it one of the ubuntu family, like Xubuntu?  Is it Linux Mint'
>> /Mint/, or the LDME 4 closer to Debian than Mint's Mint? Perhaps
>> something specific to your distribution contributes to the problems
>> you report which might be beyond reach of Gnuplot.
>>
>> Curiosity aside, I just fetched Gnuplot (Version 5.4 patchlevel 3,
>> last modified 2021-12-24) from sourceforge, decompressed the tar.gz
>> (4.5 Mo).  The INSTALL file (no file extension) describes well what
>> has to be done to perform the installation, which starts by entering
>> the decompressed archive from the terminal.  Then run from the
>> terminal `./configure`, followed by `make`, and `make check`. For
>> the then following installation /per se/, you possibly need elevated
>> administrator privileges, i.e., `sudo make install`.  True, you have
>> to request `synaptic` once to get GNU Make (e.g., GNU Make 4.3 by
>> 2020) to run the make command.  In my case, it overwrites synaptic's
>> earlier installation of Gnuplot 5.4 patchlevel 2 from Debian's
>> repositories.
>>
>> Caveat: The installation based on the sourceforge archive does not
>> offer you access to wxterm, pngcairo, epscairo, or pdfcairo terminal.
>> Yet have the postscript terminal instead to generate a .eps with the
>> two-line plot title with escaped ampersand and both lines in serif
>> fonts greater than usually seen (by appearance /likely/ a different
>> serif font than the by Bistream Vera).
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Tatsuro M. <tma...@ya...>]

My experience of linix is for Ubuntu and its faimily (lubuntu and Xbuntu).
On Unbuntu

sudo apt build-dep gnuplot

The command installs build dependencies of gnuplot which is for binary distribution.
The commnad.is perhaps also effective on Debian.

Tatsuro 

> ----- Original Message -----
> 
> From: "hchiPer" <hc...@gm...>
> To: "Norwid Behrnd" <nb...@ya...>
> Cc: "gnu...@li..." <gnu...@li...>
> Date: 2022/02/16 水 07:03
> Subject: Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals
> 
> 
> The distro I have installed is  Q4OS 4.7 (www.q4os.org). I began using 
> it because it was said to require few resources and to run smoothly on 
> rather old machines (mine is more than 10 years old).
> 
> I installed gnuplot 5.4.2 on another computer under Win10, and the font 
> problem doesn't happen.
> 
> I suspect the cause of the problem is in the cairo or pango library, but 
> I am not sure.
> 
> I was indeed able to compile 5.4.3, but without the terminals I use to 
> use (wxt, pngcairo, pdfcairo), it is not very useful.
> 
> Thanks anyway for all your help :)
> 
> 
> Le 15/02/22 à 20:47, Norwid Behrnd a écrit :
> > On Tue, 15 Feb 2022 19:54:56 +0100
> > hchiPer<hc...@gm...>  wrote:
> >
> >> It seems 5.4.3 brings the solution, but I'm unable to find a .deb
> >> package. And unluckily I'm not able to compile myself.
> > Perhaps I missed it, but what is the Linux «based on Debian 11» you
> > use?  Is it one of the ubuntu family, like Xubuntu?  Is it Linux Mint'
> > /Mint/, or the LDME 4 closer to Debian than Mint's Mint?  Perhaps
> > something specific to your distribution contributes to the problems
> > you report which might be beyond reach of Gnuplot.
> >
> > Curiosity aside, I just fetched Gnuplot (Version 5.4 patchlevel 3,
> > last modified 2021-12-24) from sourceforge, decompressed the tar.gz
> > (4.5 Mo).  The INSTALL file (no file extension) describes well what
> > has to be done to perform the installation, which starts by entering
> > the decompressed archive from the terminal.  Then run from the
> > terminal `./configure`, followed by `make`, and `make check`.  For
> > the then following installation /per se/, you possibly need elevated
> > administrator privileges, i.e., `sudo make install`.  True, you have
> > to request `synaptic` once to get GNU Make (e.g., GNU Make 4.3 by
> > 2020) to run the make command.  In my case, it overwrites synaptic's
> > earlier installation of Gnuplot 5.4 patchlevel 2 from Debian's
> > repositories.
> >
> > Caveat: The installation based on the sourceforge archive does not
> > offer you access to wxterm, pngcairo, epscairo, or pdfcairo terminal.
> > Yet have the postscript terminal instead to generate a .eps with the
> > two-line plot title with escaped ampersand and both lines in serif
> > fonts greater than usually seen (by appearance /likely/ a different
> > serif font than the by Bistream Vera).
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[hchiPer <hc...@gm...>]

The distro I have installed is  Q4OS 4.7 (www.q4os.org). I began using 
it because it was said to require few resources and to run smoothly on 
rather old machines (mine is more than 10 years old).

I installed gnuplot 5.4.2 on another computer under Win10, and the font 
problem doesn't happen.

I suspect the cause of the problem is in the cairo or pango library, but 
I am not sure.

I was indeed able to compile 5.4.3, but without the terminals I use to 
use (wxt, pngcairo, pdfcairo), it is not very useful.

Thanks anyway for all your help :)


Le 15/02/22 à 20:47, Norwid Behrnd a écrit :
> On Tue, 15 Feb 2022 19:54:56 +0100
> hchiPer<hc...@gm...>  wrote:
>
>> It seems 5.4.3 brings the solution, but I'm unable to find a .deb
>> package. And unluckily I'm not able to compile myself.
> Perhaps I missed it, but what is the Linux «based on Debian 11» you
> use?  Is it one of the ubuntu family, like Xubuntu?  Is it Linux Mint'
> /Mint/, or the LDME 4 closer to Debian than Mint's Mint?  Perhaps
> something specific to your distribution contributes to the problems
> you report which might be beyond reach of Gnuplot.
>
> Curiosity aside, I just fetched Gnuplot (Version 5.4 patchlevel 3,
> last modified 2021-12-24) from sourceforge, decompressed the tar.gz
> (4.5 Mo).  The INSTALL file (no file extension) describes well what
> has to be done to perform the installation, which starts by entering
> the decompressed archive from the terminal.  Then run from the
> terminal `./configure`, followed by `make`, and `make check`.  For
> the then following installation /per se/, you possibly need elevated
> administrator privileges, i.e., `sudo make install`.  True, you have
> to request `synaptic` once to get GNU Make (e.g., GNU Make 4.3 by
> 2020) to run the make command.  In my case, it overwrites synaptic's
> earlier installation of Gnuplot 5.4 patchlevel 2 from Debian's
> repositories.
>
> Caveat: The installation based on the sourceforge archive does not
> offer you access to wxterm, pngcairo, epscairo, or pdfcairo terminal.
> Yet have the postscript terminal instead to generate a .eps with the
> two-line plot title with escaped ampersand and both lines in serif
> fonts greater than usually seen (by appearance /likely/ a different
> serif font than the by Bistream Vera).

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Norwid B. <nb...@ya...>]

On Tue, 15 Feb 2022 19:54:56 +0100
hchiPer <hc...@gm...> wrote:

> It seems 5.4.3 brings the solution, but I'm unable to find a .deb 
> package. And unluckily I'm not able to compile myself.

Perhaps I missed it, but what is the Linux «based on Debian 11» you
use?  Is it one of the ubuntu family, like Xubuntu?  Is it Linux Mint'
/Mint/, or the LDME 4 closer to Debian than Mint's Mint?  Perhaps
something specific to your distribution contributes to the problems
you report which might be beyond reach of Gnuplot.

Curiosity aside, I just fetched Gnuplot (Version 5.4 patchlevel 3,
last modified 2021-12-24) from sourceforge, decompressed the tar.gz
(4.5 Mo).  The INSTALL file (no file extension) describes well what
has to be done to perform the installation, which starts by entering
the decompressed archive from the terminal.  Then run from the
terminal `./configure`, followed by `make`, and `make check`.  For
the then following installation /per se/, you possibly need elevated
administrator privileges, i.e., `sudo make install`.  True, you have
to request `synaptic` once to get GNU Make (e.g., GNU Make 4.3 by
2020) to run the make command.  In my case, it overwrites synaptic's
earlier installation of Gnuplot 5.4 patchlevel 2 from Debian's
repositories.

Caveat: The installation based on the sourceforge archive does not
offer you access to wxterm, pngcairo, epscairo, or pdfcairo terminal.
Yet have the postscript terminal instead to generate a .eps with the
two-line plot title with escaped ampersand and both lines in serif
fonts greater than usually seen (by appearance /likely/ a different
serif font than the by Bistream Vera). 

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[hchiPer <hc...@gm...>]

Thanks for your replies.

It seems 5.4.3 brings the solution, but I'm unable to find a .deb 
package. And unluckily I'm not able to compile myself.

As far as I know, 5.4.2 is the latest version available in Debian 
repositories. I installed it instead of 5.4.1 but the problem is still 
there.


Le 15/02/22 à 07:44, Tatsuro MATSUOKA a écrit :
> hchiPer2.
>
> I have executed your script on native windows (5.2.8,  5.4.3, 5.5.0) and cygwin (5.2.8, 5.4.3, 5.5.0)
>
> png image files are uploaded to the below:
> http://tmacchant33.starfree.jp/Files/font_problem/ampersand_figs.html
>
> Tatsuro
>
>> ----- Original Message -----
>>
>> From: "Norwid Behrnd via gnuplot-info"
>> To: "hchiPer"
>> Cc: "gnuplot-info
>> Date: 2022/02/15 火 05:37
>> Subject: Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals
>>
>>
>> Hello,
>>
>> On Mon, 14 Feb 2022 21:12:42 +0100
>> hchiPer <hc...@gm...> wrote:
>>
>>> I have plots with 2-lines title with a font-face and font-size different
>>> from the default.
>>> When the first line in the title contains an (escaped) *ampersand*, the
>>> font-face and font-size are reset to the default ones when using the
>>> following terminals: pngcairo, pdfcairo, epscairo.
>> By visual inspection with qpdf and geeqie, the two-line titles of
>> three plots in question appear much larger than used to (and in both
>> lines are in serif font, likely BitstreamVera-Serif Roman).  Thus, I
>> speculate a more recent version of (repackaged) Gnuplot does not
>> yield a reset in font size and cast or/and a question of the program
>> used to display the resulting .png, .eps, .pdf.  (As anticipated, the
>> title of the curve is the sans serif font used for the axes.)
>>
>> For reference:
>> Linux Debian 12/bookworm, branch testing; with
>> + gnuplot Version 5.4 patchlevel 2    last modified 2021-06-01
>> + qpdf/qpdfview version 10.5.0
>> + geeqie 1.7.2 GTK3
>> as provided by the repositories of Debian 12.
>>
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Tatsuro M. <tma...@ya...>]

hchiPer2.

I have executed your script on native windows (5.2.8,  5.4.3, 5.5.0) and cygwin (5.2.8, 5.4.3, 5.5.0)

png image files are uploaded to the below:
http://tmacchant33.starfree.jp/Files/font_problem/ampersand_figs.html

Tatsuro

> ----- Original Message -----
> 
> From: "Norwid Behrnd via gnuplot-info" 
> To: "hchiPer" 
> Cc: "gnuplot-info
> Date: 2022/02/15 火 05:37
> Subject: Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals
> 
> 
> Hello,
> 
> On Mon, 14 Feb 2022 21:12:42 +0100
> hchiPer <hc...@gm...> wrote:
> 
> > I have plots with 2-lines title with a font-face and font-size different 
> > from the default.
> > When the first line in the title contains an (escaped) *ampersand*, the 
> > font-face and font-size are reset to the default ones when using the 
> > following terminals: pngcairo, pdfcairo, epscairo.
> 
> By visual inspection with qpdf and geeqie, the two-line titles of
> three plots in question appear much larger than used to (and in both
> lines are in serif font, likely BitstreamVera-Serif Roman).  Thus, I
> speculate a more recent version of (repackaged) Gnuplot does not
> yield a reset in font size and cast or/and a question of the program
> used to display the resulting .png, .eps, .pdf.  (As anticipated, the
> title of the curve is the sans serif font used for the axes.)
> 
> For reference:
> Linux Debian 12/bookworm, branch testing; with
> + gnuplot Version 5.4 patchlevel 2    last modified 2021-06-01
> + qpdf/qpdfview version 10.5.0
> + geeqie 1.7.2 GTK3
> as provided by the repositories of Debian 12.
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[Norwid B. <nb...@ya...>]

Hello,

On Mon, 14 Feb 2022 21:12:42 +0100
hchiPer <hc...@gm...> wrote:

> I have plots with 2-lines title with a font-face and font-size different 
> from the default.
> When the first line in the title contains an (escaped) *ampersand*, the 
> font-face and font-size are reset to the default ones when using the 
> following terminals: pngcairo, pdfcairo, epscairo.

By visual inspection with qpdf and geeqie, the two-line titles of
three plots in question appear much larger than used to (and in both
lines are in serif font, likely BitstreamVera-Serif Roman).  Thus, I
speculate a more recent version of (repackaged) Gnuplot does not
yield a reset in font size and cast or/and a question of the program
used to display the resulting .png, .eps, .pdf.  (As anticipated, the
title of the curve is the sans serif font used for the axes.)

For reference:
Linux Debian 12/bookworm, branch testing; with
+ gnuplot Version 5.4 patchlevel 2    last modified 2021-06-01
+ qpdf/qpdfview version 10.5.0
+ geeqie 1.7.2 GTK3
as provided by the repositories of Debian 12.

[Gnuplot-info] Font problem in 2-lines titles with cairo terminals

[hchiPer <hc...@gm...>]

Hi,

I use gnuplot 5.4 on a Debian 11 based distro.

I have plots with 2-lines title with a font-face and font-size different 
from the default.
When the first line in the title contains an (escaped) *ampersand*, the 
font-face and font-size are reset to the default ones when using the 
following terminals: pngcairo, pdfcairo, epscairo.
No problem with other terminals (png, wxt, qt, ...)

This problem appeared when I upgraded gnuplot from 5.2 to 5.4.

Is this a bug?

Thanks for your help.

Code to reproduce:

tit1 = "A \\& B"
tit2 = "X + Y"
set title tit1."\n".tit2 font "Serif,24"
set terminal wxt
plot x
set terminal pngcairo        # or pdfcairo or epscairo
set output "ampersand.png"   # or  .pdf    or  .eps
replot
set output

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[Jaime V. <vi...@fe...>]

Thanks for your help.

Jaime
On 14/02/22 10:41, Tatsuro MATSUOKA wrote:
> OK
>
> set terminal GPVAL_TERM title "plot 2d"
>
> This seem to nicer than to use #@GNUTERM"

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[Tatsuro M. <tma...@ya...>]

> Maybe GPVAL_TERM would be the appropriate variable?
OK

set terminal GPVAL_TERM title "plot 2d"

This seem to nicer than to use #@GNUTERM"

Tatsuro
> ----- Original Message -----
> 
> From: "t.sefzick" <t.s...@gm...>
> To: "Tatsuro MATSUOKA" <tma...@ya...>
> Cc: "Jaime Villate" <vi...@fe...>; "t.s...@gm..." <t.s...@gm...>; "Stephen Wornom" <ste...@in...>; "gnu...@li..." <gnu...@li...>
> Date: 2022/02/14 月 19:31
> Subject: Re: Re: [Gnuplot-info] How to change the title of the default terminal's plot window
> 
> 
> Maybe GPVAL_TERM would be the appropriate variable?
> 
> Thomas
> 
> On Mon, Feb 14, 2022 at 05:51:00PM +0900, Tatsuro MATSUOKA wrote:
> > However,
> > If default terminal is set in ~./.gnuplot or %APPDATA%gnuplot.ini, that is not reflected in tha value of GNUTERM.
> >
> > How do you think?
> >
> > Tatsuro
> >
> > > ----- Original Message -----
> > >
> > > From: "Jaime Villate via gnuplot-info" <gnu...@li...>
> > > To: "t.s...@gm..." <t.s...@gm...>; "Stephen Wornom" <ste...@in...>
> > > Cc: "gnu...@li..." <gnu...@li...>
> > > Date: 2022/02/14 ??? 04:59
> > > Subject: Re: [Gnuplot-info] How to change the title of the default terminal's plot window
> > >
> > >
> > > Thank you. That's what I was looking for.
> > >
> > > Jaime
> > >
> > > On 13/02/22 18:20, t.sefzick wrote:
> > > > The internal variable GNUTERM should contain the actual
> > > > terminal type.
> > > >
> > > > Set a new title
> > > >
> > > > set term @GNUTERM title "plot2d"
> > > >
> > > > and the next plot command will change the window title.
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > gnuplot-info mailing list
> > > gnu...@li...
> > > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> > >

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[t.sefzick <t.s...@gm...>]

Maybe GPVAL_TERM would be the appropriate variable?

Thomas

On Mon, Feb 14, 2022 at 05:51:00PM +0900, Tatsuro MATSUOKA wrote:
> However,
> If default terminal is set in ~./.gnuplot or %APPDATA%gnuplot.ini, that is not reflected in tha value of GNUTERM.
>
> How do you think?
>
> Tatsuro
>
> > ----- Original Message -----
> >
> > From: "Jaime Villate via gnuplot-info" <gnu...@li...>
> > To: "t.s...@gm..." <t.s...@gm...>; "Stephen Wornom" <ste...@in...>
> > Cc: "gnu...@li..." <gnu...@li...>
> > Date: 2022/02/14 ??? 04:59
> > Subject: Re: [Gnuplot-info] How to change the title of the default terminal's plot window
> >
> >
> > Thank you. That's what I was looking for.
> >
> > Jaime
> >
> > On 13/02/22 18:20, t.sefzick wrote:
> > > The internal variable GNUTERM should contain the actual
> > > terminal type.
> > >
> > > Set a new title
> > >
> > > set term @GNUTERM title "plot2d"
> > >
> > > and the next plot command will change the window title.
> >
> >
> >
> >
> > _______________________________________________
> > gnuplot-info mailing list
> > gnu...@li...
> > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[Tatsuro M. <tma...@ya...>]

However,
If default terminal is set in ~./.gnuplot or %APPDATA%gnuplot.ini, that is not reflected in tha value of GNUTERM.

How do you think?

Tatsuro

> ----- Original Message -----
> 
> From: "Jaime Villate via gnuplot-info" <gnu...@li...>
> To: "t.s...@gm..." <t.s...@gm...>; "Stephen Wornom" <ste...@in...>
> Cc: "gnu...@li..." <gnu...@li...>
> Date: 2022/02/14 月 04:59
> Subject: Re: [Gnuplot-info] How to change the title of the default terminal's plot window
> 
> 
> Thank you. That's what I was looking for.
> 
> Jaime
> 
> On 13/02/22 18:20, t.sefzick wrote:
> > The internal variable GNUTERM should contain the actual
> > terminal type.
> >
> > Set a new title
> >
> > set term @GNUTERM title "plot2d"
> >
> > and the next plot command will change the window title.
> 
> 
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[Jaime V. <vi...@fe...>]

Thank you. That's what I was looking for.

Jaime

On 13/02/22 18:20, t.sefzick wrote:
> The internal variable GNUTERM should contain the actual
> terminal type.
>
> Set a new title
>
> set term @GNUTERM title "plot2d"
>
> and the next plot command will change the window title.

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[t.sefzick <t.s...@gm...>]

The internal variable GNUTERM should contain the actual
terminal type.

Set a new title

set term @GNUTERM title "plot2d"

and the next plot command will change the window title.

Thomas

On Sun, Feb 13, 2022 at 06:37:44PM +0100, Stephen Wornom wrote:
> Thanks but the question was How to change the title of the default terminal's plot window.
> Stephen
>
> ----- Original Message -----
> > From: "Tatsuro MATSUOKA" <tma...@ya...>
> > To: "Jaime Villate" <vi...@fe...>, gnu...@li...
> > Sent: Sunday, February 13, 2022 5:28:06 PM
> > Subject: Re: [Gnuplot-info] How to change the title of the default terminal's plot window
>
> > show terminal
> >
> > is your help?
> >
> > Tatsuro
> >
> >> ----- Original Message -----
> >>
> >> From: "Jaime Villate via gnuplot-info" <gnu...@li...>
> >> To: "gnu...@li..." <gnu...@li...>
> >> Date: 2022/02/14 ??? 00:08
> >> Subject: [Gnuplot-info] How to change the title of the default terminal's plot
> >> window
> >>
> >>
> >> Hello,
> >>
> >> I hope this is the right place to ask this.
> >>
> >> In Maxima we use Gnuplot to plot functions. Maxima users issue plot2d or
> >> plot3d commands that will pipe a series of commands and data to Gnuplot.
> >> I'd like to change the name of the plot window from "Gnuplot window 0"
> >> to something such as "plot2d".
> >>
> >> I could change it with something such as: set term qt title "plot2d",
> >> but the problem is that I don't know which terminal is the user using.
> >> It could be wxt or something else.
> >>
> >> Is there any way to change the title without knowing the terminal being
> >> used? Or is there a way to discover the user's default terminal?
> >>
> >> Best regards,
> >>
> >> Jaime Villate
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> gnuplot-info mailing list
> >> gnu...@li...
> >> Membership management via:
> >> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >>
> >
> >
> >
> > _______________________________________________
> > gnuplot-info mailing list
> > gnu...@li...
> > Membership management via:
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[Stephen W. <ste...@in...>]

Thanks but the question was How to change the title of the default terminal's plot window.
Stephen

----- Original Message -----
> From: "Tatsuro MATSUOKA" <tma...@ya...>
> To: "Jaime Villate" <vi...@fe...>, gnu...@li...
> Sent: Sunday, February 13, 2022 5:28:06 PM
> Subject: Re: [Gnuplot-info] How to change the title of the default terminal's plot window

> show terminal
> 
> is your help?
> 
> Tatsuro
> 
>> ----- Original Message -----
>> 
>> From: "Jaime Villate via gnuplot-info" <gnu...@li...>
>> To: "gnu...@li..." <gnu...@li...>
>> Date: 2022/02/14 月 00:08
>> Subject: [Gnuplot-info] How to change the title of the default terminal's plot
>> window
>> 
>> 
>> Hello,
>> 
>> I hope this is the right place to ask this.
>> 
>> In Maxima we use Gnuplot to plot functions. Maxima users issue plot2d or
>> plot3d commands that will pipe a series of commands and data to Gnuplot.
>> I'd like to change the name of the plot window from "Gnuplot window 0"
>> to something such as "plot2d".
>> 
>> I could change it with something such as: set term qt title "plot2d",
>> but the problem is that I don't know which terminal is the user using.
>> It could be wxt or something else.
>> 
>> Is there any way to change the title without knowing the terminal being
>> used? Or is there a way to discover the user's default terminal?
>> 
>> Best regards,
>> 
>> Jaime Villate
>> 
>> 
>> 
>> 
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via:
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>> 
> 
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] How to change the title of the default terminal's plot window

[Tatsuro M. <tma...@ya...>]

 show terminal

is your help?

Tatsuro

> ----- Original Message -----
> 
> From: "Jaime Villate via gnuplot-info" <gnu...@li...>
> To: "gnu...@li..." <gnu...@li...>
> Date: 2022/02/14 月 00:08
> Subject: [Gnuplot-info] How to change the title of the default terminal's plot window
> 
> 
> Hello,
> 
> I hope this is the right place to ask this.
> 
> In Maxima we use Gnuplot to plot functions. Maxima users issue plot2d or 
> plot3d commands that will pipe a series of commands and data to Gnuplot. 
> I'd like to change the name of the plot window from "Gnuplot window 0" 
> to something such as "plot2d".
> 
> I could change it with something such as: set term qt title "plot2d", 
> but the problem is that I don't know which terminal is the user using. 
> It could be wxt or something else.
> 
> Is there any way to change the title without knowing the terminal being 
> used? Or is there a way to discover the user's default terminal?
> 
> Best regards,
> 
> Jaime Villate
> 
> 
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

[Gnuplot-info] How to change the title of the default terminal's plot window

[Jaime V. <vi...@fe...>]

Hello,

I hope this is the right place to ask this.

In Maxima we use Gnuplot to plot functions. Maxima users issue plot2d or 
plot3d commands that will pipe a series of commands and data to Gnuplot. 
I'd like to change the name of the plot window from "Gnuplot window 0" 
to something such as "plot2d".

I could change it with something such as: set term qt title "plot2d", 
but the problem is that I don't know which terminal is the user using. 
It could be wxt or something else.

Is there any way to change the title without knowing the terminal being 
used? Or is there a way to discover the user's default terminal?

Best regards,

Jaime Villate

Re: [Gnuplot-info] plotting points formatted iran utf8

[Tatsuro M. <tma...@ya...>]

Geoff

I have confirmed unicode state in postscript terminal in the beta ML.

Ethan answered to me :

https://sourceforge.net/p/gnuplot/mailman/message/37603807/

There exists not-simple way to use unicode in the postscript terminal.

>From your reply, I understand you want use many symbols for plot.
Postscript terminal have prepared symbols. See the below

http://tmacchant33.starfree.jp/Files/ps_symbols.pdf
 
I am not a LaTeX user so that I cannot reply your interest LaTeX related matters.

Good Luck

Tatsuro
 

> ----- Original Message -----
> 
> From: "Geoff Kaniuk" <>
> To: "gnuplot-info
> Date: 2022/02/04 金 07:45
> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
> 
> 
> Thanks to Tatsuro's suggestion to use epscairo, I have made further 
> progress and can now see the bullseye points in test-pt.eps
> 
> The only change I made was in the terminal setting for the .eps output:
> 
> set term epscairo enhanced color font 'Dejavu Sans' size 20 cm, 10 cm
> 
> Referring to my original file test-pt.eps:
> 
> Graph POINT shows	◎	progress!
> Graph UNICODE shows 	U 	no change
> Graph HASH shows 	#	correct
> 
> I was interested in the comment by James Cloos.
> " ◎ is not 0x9678"
> I took my information from
> 	www.w3schools.com/charsets/ref_utf_geometric.asp,
> and misread the column heading! Oops.  I would be interested to know if 
> there is a better reference to utf-8 codes for these geometric shapes.
> 
> I have now tried pt "0x25CE" and pt "9678", both of which failed.  It 
> looks as if these producethe first character of the string following pt
> 
> My interest in these geometric shapes is improvement in the presentation 
> of plots with many curves. I find the standard point shapes provided by 
> gnuplot too limited.
> 
> It whould be very useful if I could extend my test-unicode.gp so that it 
> can plot all the 96 geometric shapes, and produce the .eps file.  Of 
> course I still have to confirm that Latex copes with such graphics!
> 
> Regarding the comments by Norwid Behrnd, the bottom line is that one can 
> create a .pdf from Latex which shows these geometric points in graphics. 
>   You are right that Latex mathmode has symbols that could be very 
> useful as points in data graphs. THere are several such terminals in my 
> system, but how would one access these in the gnuplot
> 	pt THING
> option?
> 
> The other issue in all of this seems to be how does one identify a 
> suitable font to use in a particular terminal. Is there a tool like 
> "display all characters in a particular font" for a given terminal?
> 
> Geoff
> 
> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> 
> On 03/02/2022 08:21, Tatsuro MATSUOKA wrote:
> > Unicode support of postscript terminal should be comfirmed because of view result of inkscape by Norwid.]
> > 
> > I will make in another post in the beta ML.
> > 
> > Tatsuro
> > 
> >> ----- Original Message -----
> >>
> >> From: "Norwid Behrnd via gnuplot-info" t>
> >> To: "Geoff Kaniuk" <geoff>
> >> Cc: "gnuplot-info
> >> Date: 2022/02/03 木 02:54
> >> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
> >>
> >>
> >> Hello Tatsuro,
> >>
> >> I speculate the bullseys are present when running the script shared
> >> by Geoff; their display however depends on the device used.
> >>
> >> For reference: Linux Debian 12/bookworm, branch testing, with Gnuplot
> >> from the distro repositories (i.e., Version 5.4 patchlevel 2, last
> >> modified 2021-06-01).
> >>
> >> After addition of the executable bit with chmod, briefly gnuplot's
> >> interface was seen, yet disappeared in less than a second, right
> >> after the creation of file `test-pt.eps`.
> >>
> >> In the preview of the file browser (thunar 4.16.10, xfce4 desktop),
> >> no marks are seen.  This might be a matter of scale.  Evince
> >> (verson 41.3) displays only the hash tags on the third trace.
> >>
> >> With Inkscape (version 1.1.1), the bullseyes eventually are visible by
> >> adjusting the parameters how to read the files: disable the option to
> >> replace pdf-fonts, then change from poppler/cairo import (default) to
> >> internal import.
> >>
> >> A few screen photos taken are deposit here:
> >>
> >> https://justpaste.it/8if03
> >>
> >> /Maybe/ generating the diagram for one of the terminals aware of
> >> LaTeX/PSTricks/tikz is a more reliable approach, because the `\odot`
> >> character (mathmode) bears similarities to the bullseye.
> >>
> >> Norwid
> >>
> >> Norwid
> >>
> >> On Wed, 2 Feb 2022 16:56:06 +0000
> >> Geoff Kaniuk <ge...@ka...> wrote:
> >>
> >>> Hello Tatsuro,
> >>>
> >>> Sorry, my reply-to was not set. The correction you mentioned was
> >>> actually the first variant I tried.
> >>>
> >>> I have now repeated the test with pt "\U+25CE" in terminal wxt and also
> >>> added the font specification to set terminal. This gives me the bullseye
> >>> in the Gnuplot display, but not in the .eps file.
> >>>
> >>> I have created a test script and a screenshot:
> >>>
> >>> SCRIPT
> >>> http://kaniuk.co.uk/tests/test-unicode.gp
> >>>
> >>> SCREENSHOT
> >>> http://kaniuk.co.uk/tests/test-unicode-GK.png
> >>>
> >>> This shows the output on the Gnuplot display and also the resulting .eps
> >>> file.
> >>>
> >>> So some progress - Thanks!
> >>>
> >>> Geoff
> >>>
> >>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> >>>
> >>> On 02/02/2022 08:51, Tatsuro MATSUOKA wrote:
> >>>> Hello Geoff
> >>>>
> >>>> Please keep replying to the mailing list.
> >>>>
> >>>> I found the mistakes of your command.
> >>>>
> >>>> pt "U+25CE"
> >>>>
> >>>> should be
> >>>>
> >>>> pt "\U+25CE"
> >>>>
> >>>> (back slash "\" is forgotten)
> >>>>
> >>>> For me, pt  "◎" and  pt "\U+25CE" are coincident.
> >>>>
> >>>> reset session
> >>>> set encoding utf8
> >>>> set terminal wxt nopersist enhanced font 'Dejavu Sans' # font selection seems to be important
> >>>> set sample 20
> >>>> plot -x w p pt  "◎", \
> >>>> -0.8 * x w p pt "0x9678" , \
> >>>> -0.6 * x w p pt "\U+25CE"
> >>>>
> >>>> See
> >>>> http://tmacchant33.starfree.jp/Files/unicode_test2.png
> >>>>
> >>>> As I wrote in the comment in the script, the font selection seem to be important.
> >>>> If I use 'Arial' font instead of 'Dejavu Sans' font, I got broken plot
> >>>>
> >>>> http://tmacchant33.starfree.jp/Files/unicode_test3.png
> >>>>
> >>>> Arial font does not support Bulls eye charrcter.
> >>>>
> >>>> I am windows user and see windows font map using windows tool.
> >>>> You are Debian user and on debian has similar tool to see font map and may select proper font.
> >>>>
> >>>> Tatsuro
> >>>>
> >>>>    
> >>>>> ----- Original Message -----
> >>>>> <geoff
> >>>>> To: "Tatsuro MATSUOKA"
> >>>>> Date: 2022/02/02 水 07:32
> >>>>> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
> >>>>>
> >>>>>
> >>>>> Thank you so much for the test case.  I have repeated your test on my
> >>>>> Linux system including  producing the .eps file
> >>>>>
> >>>>> I get the same results as you for the hex and unicode syntax
> >>>>>
> >>>>> However for
> >>>>>     plot x w p pt  "◎"
> >>>>>
> >>>>> I get:
> >>>>>
> >>>>> Gnuplot 1:	accented letter a circumflex followed by faint box
> >>>>> .eps		no plotted points
> >>>>>
> >>>>> I get exactly the same results with terminal wxt.  There must be some
> >>>>> fundamental setting or mapping I am missing
> >>>>>
> >>>>> Geoff
> >>>>>
> >>>>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> >>>>>
> >>>>> On 01/02/2022 20:40, Tatsuro MATSUOKA wrote:
> >>>>>> I tried the following script on 5.4.3 and 5.5 (last modified 2022-01-29) on cygwin
> >>>>>> also tried 5.2.8 on windows (I do not have version 5.2 on cygwin) with wxt terminal.
> >>>>>>
> >>>>>> The results are the same.
> >>>>>> The screenshot the below was taken on 5.4.3.
> >>>>>> http://tmacchant33.starfree.jp/Files/unicode_test2.png
> >>>>>>
> >>>>>> Used script is
> >>>>>>
> >>>>>> # begin
> >>>>>> reset session
> >>>>>> 	set encoding utf8
> >>>>>> 	set terminal x11 1 nopersist enhanced
> >>>>>> set sample 20
> >>>>>> plot x w p pt  "◎", \
> >>>>>> 0.8 * x w p pt "0x9678" , \
> >>>>>> 0.6 * x w p pt "U+25CE"
> >>>>>>     # end
> >>>>>>
> >>>>>> For 5.2.8 on windows, I used the wxt terminal instead of the x11 terminal.
> >>>>>>
> >>>>>> Tatsuro
> >>>>>>> ----- Original Message -----
> >>>>>>>
> >>>>>>> From: "Geoff Kaniuk"
> >>>>>>> To: "gnuplot-info
> >>>>>>> Date: 2022/02/02 水 03:15
> >>>>>>> Subject: [Gnuplot-info] plotting points formatted in utf8
> >>>>>>>
> >>>>>>>
> >>>>>>> I am trying to plot points specified in utf8 using the pt "..." option
> >>>>>>> as mentioned in the gnuplot manual. I am using gnuplot v5.2 running in
> >>>>>>> Debian Buster.
> >>>>>>>
> >>>>>>> My settings are:
> >>>>>>> 	reset session
> >>>>>>> 	set encoding utf8
> >>>>>>> 	set terminal x11 1 nopersist enhanced
> >>>>>>>
> >>>>>>> As an example I tried the Bullseye point:
> >>>>>>> ◎  9678(hex)   25CE(utf8)
> >>>>>>>
> >>>>>>> It is not clear what syntax I should use to express the character.
> >>>>>>> All of the versions:
> >>>>>>> 	pt "◎"
> >>>>>>> 	pt "0x9678"
> >>>>>>> 	pt "U+25CE"
> >>>>>>>
> >>>>>>> failed to plot the
> >>>>>>>
> >>>>>>> What am I missing?
> >>>>>>>
> >>>>>>> Any help much appreciated
> >>>>>>>
> >>>>>>> -- 
> >>>>>>> Geoff
> >>>>>>>
> >>>>>>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> >>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> gnuplot-info mailing list
> >>>>>>> gnu...@li...
> >>>>>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >>>>>>>   
> >>>>>>   
> >>>>>   
> >>>>    
> >>>
> >>>
> >>> _______________________________________________
> >>> gnuplot-info mailing list
> >>> gnu...@li...
> >>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >>
> >>
> >>
> >> _______________________________________________
> >> gnuplot-info mailing list
> >> gnu...@li...
> >> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >>
> > 
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Re: [Gnuplot-info] plotting points formatted in utf8

[Geoff K. <ge...@ka...>]

Thanks to Tatsuro's suggestion to use epscairo, I have made further 
progress and can now see the bullseye points in test-pt.eps

The only change I made was in the terminal setting for the .eps output:

set term epscairo enhanced color font 'Dejavu Sans' size 20 cm, 10 cm

Referring to my original file test-pt.eps:

Graph POINT shows	◎	progress!
Graph UNICODE shows 	U 	no change
Graph HASH shows 	#	correct

I was interested in the comment by James Cloos.
" ◎ is not 0x9678"
I took my information from
	www.w3schools.com/charsets/ref_utf_geometric.asp,
and misread the column heading! Oops.  I would be interested to know if 
there is a better reference to utf-8 codes for these geometric shapes.

I have now tried pt "0x25CE" and pt "9678", both of which failed.  It 
looks as if these producethe first character of the string following pt

My interest in these geometric shapes is improvement in the presentation 
of plots with many curves. I find the standard point shapes provided by 
gnuplot too limited.

It whould be very useful if I could extend my test-unicode.gp so that it 
can plot all the 96 geometric shapes, and produce the .eps file.  Of 
course I still have to confirm that Latex copes with such graphics!

Regarding the comments by Norwid Behrnd, the bottom line is that one can 
create a .pdf from Latex which shows these geometric points in graphics. 
  You are right that Latex mathmode has symbols that could be very 
useful as points in data graphs. THere are several such terminals in my 
system, but how would one access these in the gnuplot
	pt THING
option?

The other issue in all of this seems to be how does one identify a 
suitable font to use in a particular terminal. Is there a tool like 
"display all characters in a particular font" for a given terminal?

Geoff

33 Ashbury Close, Cambridge CB1 3RW 01223 710582

On 03/02/2022 08:21, Tatsuro MATSUOKA wrote:
> Unicode support of postscript terminal should be comfirmed because of view result of inkscape by Norwid.]
> 
> I will make in another post in the beta ML.
> 
> Tatsuro
> 
>> ----- Original Message -----
>>
>> From: "Norwid Behrnd via gnuplot-info" t>
>> To: "Geoff Kaniuk" <geoff>
>> Cc: "gnuplot-info
>> Date: 2022/02/03 木 02:54
>> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
>>
>>
>> Hello Tatsuro,
>>
>> I speculate the bullseys are present when running the script shared
>> by Geoff; their display however depends on the device used.
>>
>> For reference: Linux Debian 12/bookworm, branch testing, with Gnuplot
>> from the distro repositories (i.e., Version 5.4 patchlevel 2, last
>> modified 2021-06-01).
>>
>> After addition of the executable bit with chmod, briefly gnuplot's
>> interface was seen, yet disappeared in less than a second, right
>> after the creation of file `test-pt.eps`.
>>
>> In the preview of the file browser (thunar 4.16.10, xfce4 desktop),
>> no marks are seen.  This might be a matter of scale.  Evince
>> (verson 41.3) displays only the hash tags on the third trace.
>>
>> With Inkscape (version 1.1.1), the bullseyes eventually are visible by
>> adjusting the parameters how to read the files: disable the option to
>> replace pdf-fonts, then change from poppler/cairo import (default) to
>> internal import.
>>
>> A few screen photos taken are deposit here:
>>
>> https://justpaste.it/8if03
>>
>> /Maybe/ generating the diagram for one of the terminals aware of
>> LaTeX/PSTricks/tikz is a more reliable approach, because the `\odot`
>> character (mathmode) bears similarities to the bullseye.
>>
>> Norwid
>>
>> Norwid
>>
>> On Wed, 2 Feb 2022 16:56:06 +0000
>> Geoff Kaniuk <ge...@ka...> wrote:
>>
>>> Hello Tatsuro,
>>>
>>> Sorry, my reply-to was not set. The correction you mentioned was
>>> actually the first variant I tried.
>>>
>>> I have now repeated the test with pt "\U+25CE" in terminal wxt and also
>>> added the font specification to set terminal. This gives me the bullseye
>>> in the Gnuplot display, but not in the .eps file.
>>>
>>> I have created a test script and a screenshot:
>>>
>>> SCRIPT
>>> http://kaniuk.co.uk/tests/test-unicode.gp
>>>
>>> SCREENSHOT
>>> http://kaniuk.co.uk/tests/test-unicode-GK.png
>>>
>>> This shows the output on the Gnuplot display and also the resulting .eps
>>> file.
>>>
>>> So some progress - Thanks!
>>>
>>> Geoff
>>>
>>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
>>>
>>> On 02/02/2022 08:51, Tatsuro MATSUOKA wrote:
>>>> Hello Geoff
>>>>
>>>> Please keep replying to the mailing list.
>>>>
>>>> I found the mistakes of your command.
>>>>
>>>> pt "U+25CE"
>>>>
>>>> should be
>>>>
>>>> pt "\U+25CE"
>>>>
>>>> (back slash "\" is forgotten)
>>>>
>>>> For me, pt  "◎" and  pt "\U+25CE" are coincident.
>>>>
>>>> reset session
>>>> set encoding utf8
>>>> set terminal wxt nopersist enhanced font 'Dejavu Sans' # font selection seems to be important
>>>> set sample 20
>>>> plot -x w p pt  "◎", \
>>>> -0.8 * x w p pt "0x9678" , \
>>>> -0.6 * x w p pt "\U+25CE"
>>>>
>>>> See
>>>> http://tmacchant33.starfree.jp/Files/unicode_test2.png
>>>>
>>>> As I wrote in the comment in the script, the font selection seem to be important.
>>>> If I use 'Arial' font instead of 'Dejavu Sans' font, I got broken plot
>>>>
>>>> http://tmacchant33.starfree.jp/Files/unicode_test3.png
>>>>
>>>> Arial font does not support Bulls eye charrcter.
>>>>
>>>> I am windows user and see windows font map using windows tool.
>>>> You are Debian user and on debian has similar tool to see font map and may select proper font.
>>>>
>>>> Tatsuro
>>>>
>>>>    
>>>>> ----- Original Message -----
>>>>> <geoff
>>>>> To: "Tatsuro MATSUOKA"
>>>>> Date: 2022/02/02 水 07:32
>>>>> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
>>>>>
>>>>>
>>>>> Thank you so much for the test case.  I have repeated your test on my
>>>>> Linux system including  producing the .eps file
>>>>>
>>>>> I get the same results as you for the hex and unicode syntax
>>>>>
>>>>> However for
>>>>>     plot x w p pt  "◎"
>>>>>
>>>>> I get:
>>>>>
>>>>> Gnuplot 1:	accented letter a circumflex followed by faint box
>>>>> .eps		no plotted points
>>>>>
>>>>> I get exactly the same results with terminal wxt.  There must be some
>>>>> fundamental setting or mapping I am missing
>>>>>
>>>>> Geoff
>>>>>
>>>>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
>>>>>
>>>>> On 01/02/2022 20:40, Tatsuro MATSUOKA wrote:
>>>>>> I tried the following script on 5.4.3 and 5.5 (last modified 2022-01-29) on cygwin
>>>>>> also tried 5.2.8 on windows (I do not have version 5.2 on cygwin) with wxt terminal.
>>>>>>
>>>>>> The results are the same.
>>>>>> The screenshot the below was taken on 5.4.3.
>>>>>> http://tmacchant33.starfree.jp/Files/unicode_test2.png
>>>>>>
>>>>>> Used script is
>>>>>>
>>>>>> # begin
>>>>>> reset session
>>>>>> 	set encoding utf8
>>>>>> 	set terminal x11 1 nopersist enhanced
>>>>>> set sample 20
>>>>>> plot x w p pt  "◎", \
>>>>>> 0.8 * x w p pt "0x9678" , \
>>>>>> 0.6 * x w p pt "U+25CE"
>>>>>>     # end
>>>>>>
>>>>>> For 5.2.8 on windows, I used the wxt terminal instead of the x11 terminal.
>>>>>>
>>>>>> Tatsuro
>>>>>>> ----- Original Message -----
>>>>>>>
>>>>>>> From: "Geoff Kaniuk"
>>>>>>> To: "gnuplot-info
>>>>>>> Date: 2022/02/02 水 03:15
>>>>>>> Subject: [Gnuplot-info] plotting points formatted in utf8
>>>>>>>
>>>>>>>
>>>>>>> I am trying to plot points specified in utf8 using the pt "..." option
>>>>>>> as mentioned in the gnuplot manual. I am using gnuplot v5.2 running in
>>>>>>> Debian Buster.
>>>>>>>
>>>>>>> My settings are:
>>>>>>> 	reset session
>>>>>>> 	set encoding utf8
>>>>>>> 	set terminal x11 1 nopersist enhanced
>>>>>>>
>>>>>>> As an example I tried the Bullseye point:
>>>>>>> ◎  9678(hex)   25CE(utf8)
>>>>>>>
>>>>>>> It is not clear what syntax I should use to express the character.
>>>>>>> All of the versions:
>>>>>>> 	pt "◎"
>>>>>>> 	pt "0x9678"
>>>>>>> 	pt "U+25CE"
>>>>>>>
>>>>>>> failed to plot the
>>>>>>>
>>>>>>> What am I missing?
>>>>>>>
>>>>>>> Any help much appreciated
>>>>>>>
>>>>>>> -- 
>>>>>>> Geoff
>>>>>>>
>>>>>>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gnuplot-info mailing list
>>>>>>> gnu...@li...
>>>>>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>>>>>>   
>>>>>>   
>>>>>   
>>>>    
>>>
>>>
>>> _______________________________________________
>>> gnuplot-info mailing list
>>> gnu...@li...
>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>>
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
> 

Re: [Gnuplot-info] plotting points formatted in utf8

[Tatsuro M. <tma...@ya...>]

Unicode support of postscript terminal should be comfirmed because of view result of inkscape by Norwid.]

I will make in another post in the beta ML.

Tatsuro 

> ----- Original Message -----
> 
> From: "Norwid Behrnd via gnuplot-info" t>
> To: "Geoff Kaniuk" <geoff>
> Cc: "gnuplot-info
> Date: 2022/02/03 木 02:54
> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
> 
> 
> Hello Tatsuro,
> 
> I speculate the bullseys are present when running the script shared
> by Geoff; their display however depends on the device used.
> 
> For reference: Linux Debian 12/bookworm, branch testing, with Gnuplot
> from the distro repositories (i.e., Version 5.4 patchlevel 2, last
> modified 2021-06-01).
> 
> After addition of the executable bit with chmod, briefly gnuplot's
> interface was seen, yet disappeared in less than a second, right
> after the creation of file `test-pt.eps`.
> 
> In the preview of the file browser (thunar 4.16.10, xfce4 desktop),
> no marks are seen.  This might be a matter of scale.  Evince
> (verson 41.3) displays only the hash tags on the third trace.
> 
> With Inkscape (version 1.1.1), the bullseyes eventually are visible by
> adjusting the parameters how to read the files: disable the option to
> replace pdf-fonts, then change from poppler/cairo import (default) to
> internal import.
> 
> A few screen photos taken are deposit here:
> 
> https://justpaste.it/8if03
> 
> /Maybe/ generating the diagram for one of the terminals aware of
> LaTeX/PSTricks/tikz is a more reliable approach, because the `\odot`
> character (mathmode) bears similarities to the bullseye.
> 
> Norwid
> 
> Norwid
> 
> On Wed, 2 Feb 2022 16:56:06 +0000
> Geoff Kaniuk <ge...@ka...> wrote:
> 
> > Hello Tatsuro,
> > 
> > Sorry, my reply-to was not set. The correction you mentioned was 
> > actually the first variant I tried.
> > 
> > I have now repeated the test with pt "\U+25CE" in terminal wxt and also 
> > added the font specification to set terminal. This gives me the bullseye 
> > in the Gnuplot display, but not in the .eps file.
> > 
> > I have created a test script and a screenshot:
> > 
> > SCRIPT
> > http://kaniuk.co.uk/tests/test-unicode.gp
> > 
> > SCREENSHOT
> > http://kaniuk.co.uk/tests/test-unicode-GK.png
> > 
> > This shows the output on the Gnuplot display and also the resulting .eps 
> > file.
> > 
> > So some progress - Thanks!
> > 
> > Geoff
> > 
> > 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> > 
> > On 02/02/2022 08:51, Tatsuro MATSUOKA wrote:
> > > Hello Geoff
> > > 
> > > Please keep replying to the mailing list.
> > > 
> > > I found the mistakes of your command.
> > > 
> > > pt "U+25CE"
> > > 
> > > should be
> > > 
> > > pt "\U+25CE"
> > > 
> > > (back slash "\" is forgotten)
> > > 
> > > For me, pt  "◎" and  pt "\U+25CE" are coincident.
> > > 
> > > reset session
> > > set encoding utf8
> > > set terminal wxt nopersist enhanced font 'Dejavu Sans' # font selection seems to be important
> > > set sample 20
> > > plot -x w p pt  "◎", \
> > > -0.8 * x w p pt "0x9678" , \
> > > -0.6 * x w p pt "\U+25CE"
> > > 
> > > See
> > > http://tmacchant33.starfree.jp/Files/unicode_test2.png
> > > 
> > > As I wrote in the comment in the script, the font selection seem to be important.
> > > If I use 'Arial' font instead of 'Dejavu Sans' font, I got broken plot
> > > 
> > > http://tmacchant33.starfree.jp/Files/unicode_test3.png
> > > 
> > > Arial font does not support Bulls eye charrcter.
> > > 
> > > I am windows user and see windows font map using windows tool.
> > > You are Debian user and on debian has similar tool to see font map and may select proper font.
> > > 
> > > Tatsuro
> > > 
> > >   
> > >> ----- Original Message -----
> > >> <geoff
> > >> To: "Tatsuro MATSUOKA"
> > >> Date: 2022/02/02 水 07:32
> > >> Subject: Re: [Gnuplot-info] plotting points formatted in utf8
> > >>
> > >>
> > >> Thank you so much for the test case.  I have repeated your test on my
> > >> Linux system including  producing the .eps file
> > >>
> > >> I get the same results as you for the hex and unicode syntax
> > >>
> > >> However for
> > >>    plot x w p pt  "◎"
> > >>
> > >> I get:
> > >>
> > >> Gnuplot 1:	accented letter a circumflex followed by faint box
> > >> .eps		no plotted points
> > >>
> > >> I get exactly the same results with terminal wxt.  There must be some
> > >> fundamental setting or mapping I am missing
> > >>
> > >> Geoff
> > >>
> > >> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> > >>
> > >> On 01/02/2022 20:40, Tatsuro MATSUOKA wrote:  
> > >>> I tried the following script on 5.4.3 and 5.5 (last modified 2022-01-29) on cygwin
> > >>> also tried 5.2.8 on windows (I do not have version 5.2 on cygwin) with wxt terminal.
> > >>>
> > >>> The results are the same.
> > >>> The screenshot the below was taken on 5.4.3.
> > >>> http://tmacchant33.starfree.jp/Files/unicode_test2.png
> > >>>
> > >>> Used script is
> > >>>
> > >>> # begin
> > >>> reset session
> > >>> 	set encoding utf8
> > >>> 	set terminal x11 1 nopersist enhanced
> > >>> set sample 20
> > >>> plot x w p pt  "◎", \
> > >>> 0.8 * x w p pt "0x9678" , \
> > >>> 0.6 * x w p pt "U+25CE"
> > >>>    # end
> > >>>
> > >>> For 5.2.8 on windows, I used the wxt terminal instead of the x11 terminal.
> > >>>
> > >>> Tatsuro  
> > >>>> ----- Original Message -----
> > >>>>
> > >>>> From: "Geoff Kaniuk"
> > >>>> To: "gnuplot-info
> > >>>> Date: 2022/02/02 水 03:15
> > >>>> Subject: [Gnuplot-info] plotting points formatted in utf8
> > >>>>
> > >>>>
> > >>>> I am trying to plot points specified in utf8 using the pt "..." option
> > >>>> as mentioned in the gnuplot manual. I am using gnuplot v5.2 running in
> > >>>> Debian Buster.
> > >>>>
> > >>>> My settings are:
> > >>>> 	reset session
> > >>>> 	set encoding utf8
> > >>>> 	set terminal x11 1 nopersist enhanced
> > >>>>
> > >>>> As an example I tried the Bullseye point:
> > >>>> ◎  9678(hex)   25CE(utf8)
> > >>>>
> > >>>> It is not clear what syntax I should use to express the character.
> > >>>> All of the versions:
> > >>>> 	pt "◎"
> > >>>> 	pt "0x9678"
> > >>>> 	pt "U+25CE"
> > >>>>
> > >>>> failed to plot the
> > >>>>
> > >>>> What am I missing?
> > >>>>
> > >>>> Any help much appreciated
> > >>>>
> > >>>> -- 
> > >>>> Geoff
> > >>>>
> > >>>> 33 Ashbury Close, Cambridge CB1 3RW 01223 710582
> > >>>>
> > >>>>
> > >>>> _______________________________________________
> > >>>> gnuplot-info mailing list
> > >>>> gnu...@li...
> > >>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> > >>>>  
> > >>>  
> > >>  
> > >   
> > 
> > 
> > _______________________________________________
> > gnuplot-info mailing list
> > gnu...@li...
> > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>