gnuplot-info Mailing List for gnuplot (Page 13)

I have 'set format y "%0.f"', so I get, e.g. 12000000, I would
rather have 12M tho or at least 12 000 000 since the way it is
now is difficult to se how big the number for a human eye ...

https://dataswamp.org/~incal/hits/

-- 
underground experts united
https://dataswamp.org/~incal

In gnuplot manual,there described:
 set terminal qt widget <id>

However, no detailed desciption exists.

How can I get detailed explanation?

Tatsuro

On Sunday, 15 May 2022 02:25:26 PDT Nikita Zlobin via gnuplot-info wrote:
> For now UI's like gtk and qt try to handle all events. This may be
> doable with mouse, but very hard with input devices with extreme events
> rate like touchpad (one time I tested it - it seemed to reach 1000
> events per second). If UI can't do it in time - events accumulate and
> we get UI hung while trying to handle all accumulated movements.

This is not true in general.   At least for mouse movement events,
the program responds only to the most recent one and throws away
any that backed up behind it.   I have not noticed any problems with
mousing on the touchpad of my laptop, but if you have seen problems
on your setup then a bug report giving more detail may be appropriate.

hardware?  OS? Which driver?  gnuplot version?

> Simple panning may be not so problem, because it takes absolute
> event coordinates rather than displacements. 

Do you mean zooming (click-and-drag to make a box)?
The panning operations respond to left/right/up/down events rather
than coordinates.  

Is it possible that you are seeing an issue with the "zoom factor" rather than the event rate?
You might try
	set mouse zoomfactor 0.1, 0.1

> As for others - I see 2 variants:
> - either separate drawing from event handling
> - or skip events, whose handler is busy right now

I think both of these are already true, although it is possible that this
depends on the platform you are using (for example I am not familiar
with wxt on Mac OS via cocoa, or variant back-ends for qt on Windows).

I  suggest you file a bug report and give enough information to reproduce
the problem.

	cheers,
		Ethan

For now UI's like gtk and qt try to handle all events. This may be
doable with mouse, but very hard with input devices with extreme events
rate like touchpad (one time I tested it - it seemed to reach 1000
events per second). If UI can't do it in time - events accumulate and
we get UI hung while trying to handle all accumulated movements.

Simple panning may be not so problem, because it takes absolute
event coordinates rather than displacements. As for others - I see 2
variants:
- either separate drawing from event handling
- or skip events, whose handler is busy right now

Le 11/03/2022 à 17:28, David Brant a écrit :
> Correction!
> I must have moved mouse after click, but before return.
> Just tried again carefully without moving and it looks spot on 🙂
>
> Just wondered if it might be possible to remove the enter(return) 
> option to make it a one click step?
Well then maybe test on another key to quit the loop like :

set print 'your_file.txt'
pause mouse key "Set point, click=validate, your key=[esc]\\n"
until ( MOUSE_KEY == your choice of escape key) {
print MOUSE_X, MOUSE_Y
pause mouse key
}

I don't remember why I used the first version. It was some time ago.
F.

On Fri, 11 Mar 2022, David Brant wrote:

> Having plotted something, is it possible to click the mouse key at 
> multiple specific locations and write a sequence of appended x, y 
> coordinates to an ascii text file?

[...]

I've always wanted to be able to click on a line and see data associated 
with that point.

For example, I plot my vital stats every day (see 
http://www.horsfall.org/health.pdf for an example, as I'll be hitting 70 
this year), and it would be neat to see the associated comments in the 
data file without having to manually annotate it.

-- Dave

Try this :

set print 'your_file.txt'
pause mouse key "Set point, click+enter=validate, any key=[esc]\\n"
while ( MOUSE_KEY == 13 ) {
print MOUSE_X, MOUSE_Y
pause mouse key
}

François


Le 11/03/2022 à 13:07, David Brant a écrit :
> Having plotted something, is it possible to click the mouse key at multiple specific locations and write a sequence of appended x, y coordinates to an ascii text file?
>
> I can get this to work in the GUI using the following, but i need the hard copy.
>
> plot 'something'
> pause mouse keypress
> print "Keystroke ", MOUSE_KEY, " at ", MOUSE_X, " ", MOUSE_Y
>
> Any advice would be much appreciated. Dave
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Having plotted something, is it possible to click the mouse key at multiple specific locations and write a sequence of appended x, y coordinates to an ascii text file?

I can get this to work in the GUI using the following, but i need the hard copy.

plot 'something'
pause mouse keypress
print "Keystroke ", MOUSE_KEY, " at ", MOUSE_X, " ", MOUSE_Y

Any advice would be much appreciated. Dave

I looked at the log file. The problem was that no c++ compiler was 
found. I installed g++. Then I was able to build gnuplot 5.4.3 
successfully with a working wxt terminal.

I am very grateful to you, Peter and Norwid for having helped me. I also 
have learned several very useful things about compiling sources and 
tackling problems.

Happy end, thanks.

Le 17/02/22 à 22:12, Tatsuro MATSUOKA a écrit :
> For wxt terminal, something may be wrong for your intall of libwxgtk for build gnuplot.
>
> In build directory, configure log file "config.log" exist,
> open config.log, and search keyword "wx-config" and what is reported.
> Please report here.
>
> For qt terminal, qt libraries should be installed.
> Note that hey must be massive libraries.
>
> I recomend qt5 because qt4 is obsolate.
> The below is the cygwin's build depends for qt5 library
> libQt5Core-devel, libQt5Gui-devel, libQt5Svg-devel,
> perhaps similar libs are required for the Debian.
>
> Tatsuro
>
>
>
>> ----- Original Message -----
>>
>> From: "hchiPer" <hc...@gm...>
>> To: "Peter Rockett" <p.r...@sh...>
>> Cc: "gnu...@li..." <gnu...@li...>
>> Date: 2022/02/18 金 04:48
>> Subject: Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals
>>
>>
>> Thanks a lot Peter.
>>
>> In a virtual machine with the same distro (but 32 bits instead of 64) I
>> have installed successfully (sudo apt install ...):
>> - libwxtgtk3.0-gtk3-dev
>> - libpango1.0-dev
>> - libreadline-dev
>> - libgd-dev
>>
>> I compiled gnuplot (./configure ans make). And the cairo terminals were
>> available. I never thought I could make it! The "ampersand problem" is
>> solved with gnuplot 5.4.3 :)
>>
>> One thing is that wxt (and qt) terminals are not available. I also often
>> use wxt (and sometimes qt). In ./configure summary I read this:
>>
>> - wxt terminal: no (requires c++, wxWidgets>2.6, cairo>0.9, pango>1.22)
>> - Qt terminal: no (use --with-qt or --with_qt=qt4)
>>
>> cairo and pango are not the problem since they were required for the
>> cairo terminals, which work fine.
>>
>> For wxt, it seems I need to install c++ but I don't know exactly which
>> package (apt list give a lot of possibilities) and libwxgtk3.0-gtk3-dev
>> might be a wronk package...?
>>
>> For qt, I tried ./configure --with-qt and ./configure --with-qt=qt4, but
>> the same warning is still there.
>>
>> Anyway I am very happy (and proud) to have been able to compile gnuplot
>> successfully, thanks to your help.
>>
>>
>>
>>
>> Le 17/02/22 à 09:48, Peter Rockett a écrit :
>>> 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
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>

For wxt terminal, something may be wrong for your intall of libwxgtk for build gnuplot.

In build directory, configure log file "config.log" exist,
open config.log, and search keyword "wx-config" and what is reported.
Please report here.

For qt terminal, qt libraries should be installed.
Note that hey must be massive libraries.

I recomend qt5 because qt4 is obsolate.
The below is the cygwin's build depends for qt5 library
libQt5Core-devel, libQt5Gui-devel, libQt5Svg-devel,
perhaps similar libs are required for the Debian.

Tatsuro



> ----- Original Message -----
> 
> From: "hchiPer" <hc...@gm...>
> To: "Peter Rockett" <p.r...@sh...>
> Cc: "gnu...@li..." <gnu...@li...>
> Date: 2022/02/18 金 04:48
> Subject: Re: [Gnuplot-info] Font problem in 2-lines titles with cairo terminals
> 
> 
> Thanks a lot Peter.
> 
> In a virtual machine with the same distro (but 32 bits instead of 64) I 
> have installed successfully (sudo apt install ...):
> - libwxtgtk3.0-gtk3-dev
> - libpango1.0-dev
> - libreadline-dev
> - libgd-dev
> 
> I compiled gnuplot (./configure ans make). And the cairo terminals were 
> available. I never thought I could make it! The "ampersand problem" is 
> solved with gnuplot 5.4.3 :)
> 
> One thing is that wxt (and qt) terminals are not available. I also often 
> use wxt (and sometimes qt). In ./configure summary I read this:
> 
> - wxt terminal: no (requires c++, wxWidgets>2.6, cairo>0.9, pango>1.22)
> - Qt terminal: no (use --with-qt or --with_qt=qt4)
> 
> cairo and pango are not the problem since they were required for the 
> cairo terminals, which work fine.
> 
> For wxt, it seems I need to install c++ but I don't know exactly which 
> package (apt list give a lot of possibilities) and libwxgtk3.0-gtk3-dev 
> might be a wronk package...?
> 
> For qt, I tried ./configure --with-qt and ./configure --with-qt=qt4, but 
> the same warning is still there.
> 
> Anyway I am very happy (and proud) to have been able to compile gnuplot 
> successfully, thanks to your help.
> 
> 
> 
> 
> Le 17/02/22 à 09:48, Peter Rockett a écrit :
> >
> > 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
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Thanks a lot Peter.

In a virtual machine with the same distro (but 32 bits instead of 64) I 
have installed successfully (sudo apt install ...):
- libwxtgtk3.0-gtk3-dev
- libpango1.0-dev
- libreadline-dev
- libgd-dev

I compiled gnuplot (./configure ans make). And the cairo terminals were 
available. I never thought I could make it! The "ampersand problem" is 
solved with gnuplot 5.4.3 :)

One thing is that wxt (and qt) terminals are not available. I also often 
use wxt (and sometimes qt). In ./configure summary I read this:

- wxt terminal: no (requires c++, wxWidgets>2.6, cairo>0.9, pango>1.22)
- Qt terminal: no (use --with-qt or --with_qt=qt4)

cairo and pango are not the problem since they were required for the 
cairo terminals, which work fine.

For wxt, it seems I need to install c++ but I don't know exactly which 
package (apt list give a lot of possibilities) and libwxgtk3.0-gtk3-dev 
might be a wronk package...?

For qt, I tried ./configure --with-qt and ./configure --with-qt=qt4, but 
the same warning is still there.

Anyway I am very happy (and proud) to have been able to compile gnuplot 
successfully, thanks to your help.




Le 17/02/22 à 09:48, Peter Rockett a écrit :
>
> 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

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

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

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 !

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

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
>

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

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
> 

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

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

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

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
> 

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.

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

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"