gnuplot-info — For questions and discussion about gnuplot

Re: [Gnuplot-info] bright-on-black theme

[Emanuel B. <in...@da...>]

theozh wrote:

> You can also read the docs.
> In gnuplot console type: help borders, help xtics, etc..
> One example hint: `set border lc "white"

Thanks but for the key and title lc is an "unknown key
option"?

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

Re: [Gnuplot-info] 12M? or 12 000 000? (not 12000000)

[Emanuel B. <in...@da...>]

>> you might want to try "%0'.f" or "%'0.f" (whichever you
>> find easier to read).
>
> What does that apostrophe do?

Grouping. Don't know if that's supported or why it doesn't
work. But OK.

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

Re: [Gnuplot-info] 12M? or 12 000 000? (not 12000000)

[Emanuel B. <in...@da...>]

James Cloos wrote:

> man 3 printf
> would be a useful doc to read.

Not mentioned (?) but this:

  numfmt --format="%.f" --round=nearest --to=si HITS

e.g.

  $ numfmt --format="%.f" --round=nearest --to=si 123000000
  123M

> you might want to try "%0'.f" or "%'0.f" (whichever you find
> easier to read).

What does that apostrophe do?

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

Re: [Gnuplot-info] bright-on-black theme

[mark_at_yahoo <mar...@ya...>]

On 6/22/22 10:59 AM, theozh wrote:
> You simply have to set the linecolor and textcolor of all the other 
> objects, e.g. borders, labels, tics, etc. to "white".

I have a similar, long-standing problem if you have the time to consider 
it. I've done all the above and they work perfectly, with the exception 
of the "drag rectangle to define new zoom region". I've tried but never 
succeeded in changing that from its default dark blue color, which is 
almost invisible on a black background.

I believe I'm using the default "qt" terminal. It won't accept a 
"background" argument in `set terminal` so instead I've been doing:

     set object 1 rectangle from screen 0,0 to screen 1,1 fillcolor rgb 
"black" behind

The example code in the StackOverflow link you posted (thanks!) using 
`set terminal wxt ...` works better -- the rectangle is light-colored 
and visible -- but the text with the coordinates of the rectangle is 
still a dark color and unreadable.

Is there a way to change the color of all of these interactive 
mouse-feedback elements in addition to the plot graphics? Thanks in 
advance for any suggestions.

Re: [Gnuplot-info] bright-on-black theme

[theozh <th...@gm...>]

Please read and study the answer in detail to that linked question!
You can also read the docs.
In gnuplot console type: help borders, help xtics, etc..
One example hint: `set border lc "white"

Am 22.06.2022 um 20:09 schrieb Emanuel Berg:
> theozh wrote:
>
>> You simply have to set the linecolor and textcolor of all the
>> other objects, e.g. borders, labels, tics, etc. to "white".
>
> Yes but _how_? This is what I'm asking.
>
>> https://stackoverflow.com/questions/72668058
>
> ?
>

Re: [Gnuplot-info] bright-on-black theme

[Emanuel B. <in...@da...>]

theozh wrote:

> You simply have to set the linecolor and textcolor of all the
> other objects, e.g. borders, labels, tics, etc. to "white".

Yes but _how_? This is what I'm asking.

> https://stackoverflow.com/questions/72668058

?

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

Re: [Gnuplot-info] bright-on-black theme

[theozh <th...@gm...>]

You simply have to set the linecolor and textcolor of all the other objects, e.g. borders, labels, tics, etc. to "white".

See, e.g. https://stackoverflow.com/questions/72668058


Am 22.06.2022 um 08:56 schrieb Emanuel Berg:
> How do I get a bright-on-theme? I did 'set term png background
> rgb 'black'' but then how do I do everything else bright?
>
> TIA
>
> https://dataswamp.org/~incal/hits/hits.dat
> https://dataswamp.org/~incal/hits/hits.gpi
> https://dataswamp.org/~incal/hits/hits.png

Re: [Gnuplot-info] 12M? or 12 000 000? (not 12000000)

[Emanuel B. <in...@da...>]

Norwid Behrnd via gnuplot-info wrote:

> Based on the preview shared with simultaneous presence of
> lower-level (trace rjc; incal and lich) and higher-level
> data (trace solene), a plot substituting y by its
> transformation into lg(y) or sqrt(y) may be worth
> a consideration.

Okay, cool, later tho - but this reminds me of another problem
which I got only at the gnuplot step, namely (ha) those
usernames are hard-coded! But they are known up until then so
how do I make gnuplot know about it as well, pass it to
gnuplot if you will?

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

Re: [Gnuplot-info] 12M? or 12 000 000? (not 12000000)

[Emanuel B. <in...@da...>]

James Cloos wrote:

>> I have 'set format y "%0.f"', so I get, e.g. 12000000,
>> I would
>
> man 3 printf
> would be a useful doc to read.

OK ... I'll be back ...

> you might want to try "%0'.f" or "%'0.f" (whichever you find
> easier to read).

Thanks, but to me all three looks the same?

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

Re: [Gnuplot-info] bright-on-black theme

[Emanuel B. <in...@da...>]

Norwid Behrnd via gnuplot-info wrote:

>> How do I get a bright-on-theme? I did 'set term png
>> background rgb 'black'' but then how do I do everything
>> else bright?
>
> Like "black", there is "white", i.e. an instruction like
>
> set term pngcairo background rgb "white"

As you see I've successfully set the background to gray,
a compromise where the black lines of everything else is
still visible.

However I'd like to set the background to black. I happens the
same way but how do I then set everything else to bright
color(s) so they are still visible?

This was once known as a bright-on-black theme, now it seems
it is called "dark mode".

But that's what I desire anyway :)

If you know how to achieve it?

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

Re: [Gnuplot-info] 12M? or 12 000 000? (not 12000000)

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

>>>>> "EB" == Emanuel Berg <in...@da...> writes:  

EB> I have 'set format y "%0.f"', so I get, e.g. 12000000, I would  

On stackoverflow, user Christoph answers this with examples using the
exponential notation,[1] i.e.,

```
set format y '%.0tE%+T'
```

and one where (user defined) yticks' labels basically run by kB, MB,
GB, TB, PB.[2]  Though for the second one, gnuplot possibly offers a
more compact approach than by addition of 

```
set ytics 10
set mytics 10

set ytics add ( "1 kb" 1000, \
"10 kb" 10000, \
"100 kb" 100000,\
"1 mb" 1000000, \
"10 mb" 10000000,\
"100 mb" 100000000,\
"1 gb" 1000000000, \
"10 gb" 10000000000.0,\
"100 gb" 100000000000.0,\
"1 tb" 1000000000000.0, \
"10 tb" 10000000000000.0, \
"100 tb" 100000000000000.0, \
"1 pb" 1000000000000000.0, \
"10 pb" 10000000000000000.0 )
```

as instruction.

Based on the preview shared with simultaneous presence of lower-level
(trace rjc; incal and lich) and higher-level data (trace solene), a
plot substituting y by its transformation into lg(y) or sqrt(y) may be
worth a consideration.

[1]
https://stackoverflow.com/questions/19569864/excluding-a-tic-number-in-scientific-format

[2]
https://stackoverflow.com/questions/23047927/showing-minor-tic-grid-in-gnuplot-with-manually-defined-major-tics

Re: [Gnuplot-info] 12M? or 12 000 000? (not 12000000)

[James C. <cl...@jh...>]

>>>>> "EB" == Emanuel Berg <in...@da...> writes:

EB> I have 'set format y "%0.f"', so I get, e.g. 12000000, I would

man 3 printf
would be a useful doc to read.

you might want to try "%0'.f" or "%'0.f" (whichever you find easier to read).

-JimC
-- 
James Cloos <cl...@jh...>         OpenPGP: 0x997A9F17ED7DAEA6

Re: [Gnuplot-info] bright-on-black theme

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

Emanuel Berg <in...@da...> wrote:

> How do I get a bright-on-theme? I did 'set term png background
> rgb 'black'' but then how do I do everything else bright?

Like "black", there is "white", i.e. an instruction like

```
set term pngcairo background rgb "white"
```

to expand all over the canvas*) equally is possible.

*) If your aim is to alter the representation only within the plot,
but not on the caption, legend, etc, you still could put a rectangle
behind (back) the plot.  As a verbose minimal working example:

```
set terminal pngcairo
set output "test.png"
set object 1 rect from graph 0, graph 0 to graph 1, graph 1 back
set object 1 rect fc rgb "gray" fillstyle solid 1.0
plot sin(x)
```

With regards

[Gnuplot-info] bright-on-black theme

[Emanuel B. <in...@da...>]

How do I get a bright-on-theme? I did 'set term png background
rgb 'black'' but then how do I do everything else bright?

TIA

https://dataswamp.org/~incal/hits/hits.dat
https://dataswamp.org/~incal/hits/hits.gpi
https://dataswamp.org/~incal/hits/hits.png
-- 
underground experts united
https://dataswamp.org/~incal

[Gnuplot-info] 12M? or 12 000 000? (not 12000000)

[Emanuel B. <in...@da...>]

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

[Gnuplot-info] How to use "set terminal qt widget <id>" ?

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

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

However, no detailed desciption exists.

How can I get detailed explanation?

Tatsuro

Re: [Gnuplot-info] Better handling for mouse events in UI frontends

[Ethan M. <eam...@gm...>]

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

[Gnuplot-info] Better handling for mouse events in UI frontends

[Nikita Z. <coo...@ma...>]

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

Re: [Gnuplot-info] Mouse coordinates to output file

[François S. <sch...@un...>]

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.

Re: [Gnuplot-info] Mouse coordinates to output file

[Dave H. <da...@ho...>]

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

Re: [Gnuplot-info] Mouse coordinates to output file

[François S. <sch...@un...>]

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

[Gnuplot-info] Mouse coordinates to output file

[David B. <bra...@ho...>]

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

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

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

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

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

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

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
> 

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

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

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