gnuplot-beta — Developers and beta testers of new gnuplot code

Re: How to color ALL the axis elements?

[Dima K. <gn...@di...>]

OK. Thanks.

Re: How to color ALL the axis elements?

[Ethan A M. <me...@uw...>]

On Sunday, 15 June 2025 10:45:54 PDT Dima Kogan wrote:
> 
> I've a question/feature request. I often plot stuff against the
> non-default axes, and it's really helpful to make it visually clear
> which axes the different parts of the plot reference.
> 
> Something like this works:
> 
>   set ylabel "line"      textcolor linetype 1
>   set ytics              textcolor linetype 1
>   set y2label "parabola" textcolor linetype 2
>   set y2tics             textcolor linetype 2
> 
>   plot x   with lines, \
>        x*x with lines axis x1y2
> 
> So I plotted two things with different colors, and I want to color the
> axes with the appropriate colors too. Each axis has 4 things that I'd
> want to color, but here only two of those are colored; it's not clear if
> gnuplot can do the other two:
> 
> - The axis label text. I can color this
> - The tic label text. I can color that too
> - The tics themselves. I can NOT color that, and I don't see anything in
>   the docs about doing it. "set ytics textcolor" probably should control
>   those too?
> 
> - The axis line itself. This is a part of "set border". We can set the
>   color of the whole thing, but not of its separate elements, right?

Correct.

> Can we fix this?

My personal opinion is that this is not something you should do.
It makes the plot really ugly and (again IMO) distracts from the data,
which is where the focus of attention should be.
And what color would you make the x axis?

If for some reason you really need to do this, I would say it's one of the
rare cases where using multiplot to superimpose two plots is the
preferred answer.

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    set margins screen 0.1, screen 0.9
    unset key

    set multiplot
      unset tics; set ytics nomirror
      set border 2 lt 1
      set xzeroaxis
      plot x with lines lt 1

      unset tics; set y2tics nomirror
      set border 8 lt 2
      plot x*x with lines axes x1y2 lt 2

      unset tics; set xtics axis -8,2,8
      set border 0 lt black
      plot 0 lc "black" notitle
   unset multiplot
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

> What kind of patch would be acceptable here?

> Also, it'd be real nice if there was ONE command to set the color of ALL
> the axis elements together.
> 
> Thanks
> 

      Ethan

How to color ALL the axis elements?

[Dima K. <gn...@di...>]

Hello!

I've a question/feature request. I often plot stuff against the
non-default axes, and it's really helpful to make it visually clear
which axes the different parts of the plot reference.

Something like this works:

  set ylabel "line"      textcolor linetype 1
  set ytics              textcolor linetype 1
  set y2label "parabola" textcolor linetype 2
  set y2tics             textcolor linetype 2

  plot x   with lines, \
       x*x with lines axis x1y2

So I plotted two things with different colors, and I want to color the
axes with the appropriate colors too. Each axis has 4 things that I'd
want to color, but here only two of those are colored; it's not clear if
gnuplot can do the other two:

- The axis label text. I can color this

- The tic label text. I can color that too

- The tics themselves. I can NOT color that, and I don't see anything in
  the docs about doing it. "set ytics textcolor" probably should control
  those too?

- The axis line itself. This is a part of "set border". We can set the
  color of the whole thing, but not of its separate elements, right?

Can we fix this? What kind of patch would be acceptable here?

Also, it'd be real nice if there was ONE command to set the color of ALL
the axis elements together.

Thanks

Re: Gnuplot Release 6.0.3

[Erik L. <eri...@gm...>]

The macOS (ARM and Intel; fully self-contained) binaries are available in
the usual location:
https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS

I compiled the ARM version on a new Mac, so let me know if you encounter
any issues. Compared to earlier versions, I now also included the WebP
terminal.

Erik

On Sat, Jun 7, 2025 at 10:13 PM Ethan A Merritt <me...@uw...> wrote:

> The release tarball for gnuplot version 6.0 patchlevel 3 is now available
> on SourceForge
>
>
> https://sourceforge.net/projects/gnuplot/files/gnuplot/6.0.3/gnuplot-6.0.3.tar.gz
>
> Release Notes here
>    Gnuplot 6.0.3 <https://gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html>
>
> The release tarball differs from the testing tarball by a fix to report
> the correct
> version on the splashpage (stupid mistake on my part, sorry!).  Thanks to
> everyone
> who tested the pre-release package.
>
> There is nothing very exciting in this release, but it does include a few
> minor features back-ported from the development version:
>
> • In previous gnuplot versions all 3D polygons, objects, and filled areas
> shared
>   a single border color and linewidth taken from "set pm3d".
>   This limitation is now removed; border properties can be specified
> per-plot or
>   per-object. This change affects any scripts that expected "set pm3d" to
> affect
>   the borders of 3D polygons and boxes.
>
> • splot ... "with contourfill at base"   ("at base" is new)
>
> • Input data to plot and splot can be filtered through a conditional
> expression
>   outside the "using" section.  For example:
>       plot DATA using 2:3 with boxes if (stringcolumn(1) eq "ABC")
>
> • New command "save changes" is equivalent to the old contributed external
> script
>   gpsavediff. This command saves only the program settings, variables, and
>   functions that distinguish the current state from the program state at
> the start
>   of the current gnuplot session.
>
> • Revised wxt terminal driver (linux) with more robust threading and error
> recovery.
>
> happy gnuplotting
>
>     Ethan
>
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: Gnuplot Release 6.0.3

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

I have uploaded Windows binary packages of 6.0.3.

Tatsuro

> ----- Original Message -----
> 
> From: "Ethan A Merritt" <me...@uw...>
> To: "gnuplot beta list" <gnu...@li...>
> Date: 2025/06/08 日 12:13
> Subject: Gnuplot Release 6.0.3
> 
> 
> The release tarball for gnuplot version 6.0 patchlevel 3 is now available
> on SourceForge
> 
> https://sourceforge.net/projects/gnuplot/files/gnuplot/6.0.3/gnuplot-6.0.3.tar.gz
> 
> Release Notes here
>    Gnuplot 6.0.3 <https://gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html>
> 
> The release tarball differs from the testing tarball by a fix to report the correct
> version on the splashpage (stupid mistake on my part, sorry!).  Thanks to everyone
> who tested the pre-release package.
> 
> There is nothing very exciting in this release, but it does include a few
> minor features back-ported from the development version:
> 
> • In previous gnuplot versions all 3D polygons, objects, and filled areas shared
>   a single border color and linewidth taken from "set pm3d".
>   This limitation is now removed; border properties can be specified per-plot or
>   per-object. This change affects any scripts that expected "set pm3d" to affect
>   the borders of 3D polygons and boxes.
> 
> • splot ... "with contourfill at base"   ("at base" is new)
>  
> • Input data to plot and splot can be filtered through a conditional expression
>   outside the "using" section.  For example:
>       plot DATA using 2:3 with boxes if (stringcolumn(1) eq "ABC")
> 
> • New command "save changes" is equivalent to the old contributed external script
>   gpsavediff. This command saves only the program settings, variables, and
>   functions that distinguish the current state from the program state at the start
>   of the current gnuplot session.
> 
> • Revised wxt terminal driver (linux) with more robust threading and error recovery.
> 
> happy gnuplotting
> 
>     Ethan
> 
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Gnuplot Release 6.0.3

[Ethan A M. <me...@uw...>]

The release tarball for gnuplot version 6.0 patchlevel 3 is now available
on SourceForge

https://sourceforge.net/projects/gnuplot/files/gnuplot/6.0.3/gnuplot-6.0.3.tar.gz

Release Notes here
   Gnuplot 6.0.3 <https://gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html>

The release tarball differs from the testing tarball by a fix to report the correct
version on the splashpage (stupid mistake on my part, sorry!).  Thanks to everyone
who tested the pre-release package.

There is nothing very exciting in this release, but it does include a few
minor features back-ported from the development version:

• In previous gnuplot versions all 3D polygons, objects, and filled areas shared
  a single border color and linewidth taken from "set pm3d".
  This limitation is now removed; border properties can be specified per-plot or
  per-object. This change affects any scripts that expected "set pm3d" to affect
  the borders of 3D polygons and boxes.

• splot ... "with contourfill at base"   ("at base" is new)
 
• Input data to plot and splot can be filtered through a conditional expression
  outside the "using" section.  For example:
      plot DATA using 2:3 with boxes if (stringcolumn(1) eq "ABC")

• New command "save changes" is equivalent to the old contributed external script
  gpsavediff. This command saves only the program settings, variables, and
  functions that distinguish the current state from the program state at the start
  of the current gnuplot session.

• Revised wxt terminal driver (linux) with more robust threading and error recovery.

happy gnuplotting

    Ethan

Re: Testing version of gnuplot 6.0.3

[Ethan A M. <me...@uw...>]

Sigh.  Quite right.   Trivial fix but it will of course mean the tarball
has a different hash sum.

Thanks for testing.

    Ethan

On Sat, Jun 7, 2025 at 7:03 AM Erik Luijten <eri...@gm...> wrote:

> It may be slightly pedantic, but I just noticed that gnuplot 6. 0. 3
> states (upon start-up): "Version 6. 0. 3 patchlevel 3 last modified
> 2025-06-01" while 6. 0. 2 stated (more logically, in my opinion): "Version
> 6. 0 patchlevel 2"
> ZjQcmQRYFpfptBannerStart
> This Message Is From an Untrusted Sender
> You have not previously corresponded with this sender.
> See https://itconnect.uw.edu/email-tags for additional information.
> Please contact the UW-IT Service Center, he...@uw... 206.221.5000, for
> assistance.
>
> ZjQcmQRYFpfptBannerEnd
> It may be slightly pedantic, but I just noticed that gnuplot 6.0.3 states
> (upon start-up):
>
> "Version *6.0.3* patchlevel 3    last modified 2025-06-01"
>
> while 6.0.2 stated (more logically, in my opinion):
>
> "Version 6.0 patchlevel 2"
>
> Erik
>
> On Thu, Jun 5, 2025 at 3:50 PM Erik Luijten <eri...@gm...>
> wrote:
>
>> This compiles properly on macOS, both with wxt and with Qt5.
>>
>> Erik
>>
>> On Tue, Jun 3, 2025 at 9:29 PM Ethan A Merritt <me...@uw...> wrote:
>>
>>> I have placed a tarball for release 6.0.3 in the "testing" folder on
>>> SourceForge
>>>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>>> <https://urldefense.com/v3/__https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj5eXHV3v$>
>>>
>>> Please report any build problems or other issues you find with the test
>>> package.
>>> If no problems arise I plan to use the same files for a release
>>> announcement
>>> next weekend.
>>>
>>> Release note appended below, or see
>>>
>>>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
>>> <https://urldefense.com/v3/__http://gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj1HGSp7Q$>
>>>
>>> - Ethan
>>>
>>>                 Gnuplot Version 6.0.3 Release Notes
>>>                 ===================================
>>>
>>> This is the third incremental release for gnuplot stable version 6.0.
>>> It contains several new features and improvements back-ported from the
>>> development version.
>>>
>>> NEW (backported from development version)
>>> -----------------------------------------
>>>
>>> * NEW    "contourfill {at base} {fs {no}border}"
>>> * NEW    "save changes <filename>"
>>>          This variant saves only the differences between the current
>>> program
>>>          state and the state at the start of the session.
>>> * NEW    "plot <data> ... if (filter_condition)"
>>>          Input lines of data that satisfy the if condition are processed
>>> as usual.
>>>          Lines that fail are essentially ignored.
>>> * NEW    backport watchpoint improvements from 6.1
>>>          Each watch target can have its own label, generated by a user
>>> function.
>>>          Any real-valued function is legal as a watchpoint target.
>>>          Current x, y, and z values are available inside a watchpoint
>>> target function.
>>>          Watchpoints are possible for splot in "set view map" projection.
>>>          See
>>>             * https://gnuplot.info/demo_6.0/watch_contours.html
>>> <https://urldefense.com/v3/__https://gnuplot.info/demo_6.0/watch_contours.html__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj6PGpJ3N$>
>>> * NEW    Continued work on multiplot replot and mousing
>>>
>>> CHANGES
>>> -------
>>>
>>> * CHANGE 3D polygon objects can have per-object fill border properties.
>>>          The restriction that all 3D polygons share a single set of
>>>          properties from "set pm3d" remains true for "splot with
>>> polygons".
>>> * CHANGE The configuration option --with-wx-multithreaded has been
>>> removed.
>>>          The multi-thread code has not worked under linux for quite a
>>> while.
>>>          This change does not affect the Windows version of the wxt
>>> terminal,
>>> * CHANGE "with hsteps" takes default width from "set boxwidth".
>>> * CHANGE column(0) returns an integer (not complex) value
>>> * CHANGE win: dll function loading altered for compatibility with gcc15
>>>
>>> FIXES
>>> -----
>>>
>>> * FIX    Support for combined hidden3d + pm3d depthorder back-ported
>>> from 6.1
>>>          This allows placing contours on a depth-sorted pm3d surface
>>> * FIX    qt: opaque key caused incorrect interactive toggling of final
>>> plot
>>> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
>>> * FIX    placement of category labels along x-axis of boxplots
>>> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
>>> * FIX    placement of minor tics along logscale axis with narrow range
>>> * FIX    OK to have missing corners in an image from a sparse matrix
>>> * FIX    error handling for various corner cases involving function
>>> blocks
>>>
>>>
>>> KNOWN ISSUES
>>> ------------
>>>
>>> - Redefining a global array variable inside a user function or function
>>> block
>>>   may lead to memory corruption and/or a program crash.  The development
>>> version
>>>   now handles this cleanly, but the necessary framework has not yet been
>>>   back-ported to verion 6.0.  The current version may issue the
>>> confusing error
>>>   message "non-numeric array index" and leave the corrupted array in
>>> place.
>>>
>>> - Font handling by the cairo/pango libraries supporting some gnuplot
>>> terminals
>>>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>>>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font
>>> problems,
>>>   try setting this to
>>>         PANGOCAIRO_BACKEND=fc
>>>
>>> - Support for replot and pan/zoom mouse operations in multiplot mode is
>>> still
>>>   incomplete. Expect further improvement in subsequent releases.
>>>
>>> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the
>>> user manual.
>>>   The distribution includes a pre-built copy of gnuplot.pdf but if you
>>> want
>>>   to rebuild it from the source in docs/gnuplot.doc please use lualatex
>>> instead.
>>>   You can either replace the definition PDFLATEX=pdflatex with
>>> PDFLATEX=lualatex
>>>   in the Makefile or provide this in the environment during configuration
>>>         PDFLATEX=lualatex ./configure
>>>
>>> Gnuplot development is tracked in a git repository on SourceForge.
>>> You can generate a complete history of changes using "git log"
>>> after downloading:
>>>
>>> <pre>
>>>     git clone -b branch-6-0-stable git://
>>> git.code.sf.net/p/gnuplot/gnuplot-main
>>> <https://urldefense.com/v3/__http://git.code.sf.net/p/gnuplot/gnuplot-main__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj49IONLU$>
>>>     git log
>>> </pre>
>>>
>>> Release Notes date:  03 June 2025
>>>
>>>
>>>
>>> --
>>> Ethan A Merritt
>>> Department of Biochemistry
>>> University of Washington, Seattle
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> gnuplot-beta mailing list
>>> gnu...@li...
>>> Membership management via:
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>> <https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj9FtiR3w$>
>>>
>> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!lH9cGC0w2qdoOf5ZhlYyhW2qgZZa-6cMWuUOcrtVPrlVskQbr2DJ7erPTsvmc9dNWD_Lg9vStgQkj9FtiR3w$
>


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: Testing version of gnuplot 6.0.3

[Erik L. <eri...@gm...>]

It may be slightly pedantic, but I just noticed that gnuplot 6.0.3 states
(upon start-up):

"Version *6.0.3* patchlevel 3    last modified 2025-06-01"

while 6.0.2 stated (more logically, in my opinion):

"Version 6.0 patchlevel 2"

Erik

On Thu, Jun 5, 2025 at 3:50 PM Erik Luijten <eri...@gm...> wrote:

> This compiles properly on macOS, both with wxt and with Qt5.
>
> Erik
>
> On Tue, Jun 3, 2025 at 9:29 PM Ethan A Merritt <me...@uw...> wrote:
>
>> I have placed a tarball for release 6.0.3 in the "testing" folder on
>> SourceForge
>>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>>
>> Please report any build problems or other issues you find with the test
>> package.
>> If no problems arise I plan to use the same files for a release
>> announcement
>> next weekend.
>>
>> Release note appended below, or see
>>
>>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
>>
>> - Ethan
>>
>>                 Gnuplot Version 6.0.3 Release Notes
>>                 ===================================
>>
>> This is the third incremental release for gnuplot stable version 6.0.
>> It contains several new features and improvements back-ported from the
>> development version.
>>
>> NEW (backported from development version)
>> -----------------------------------------
>>
>> * NEW    "contourfill {at base} {fs {no}border}"
>> * NEW    "save changes <filename>"
>>          This variant saves only the differences between the current
>> program
>>          state and the state at the start of the session.
>> * NEW    "plot <data> ... if (filter_condition)"
>>          Input lines of data that satisfy the if condition are processed
>> as usual.
>>          Lines that fail are essentially ignored.
>> * NEW    backport watchpoint improvements from 6.1
>>          Each watch target can have its own label, generated by a user
>> function.
>>          Any real-valued function is legal as a watchpoint target.
>>          Current x, y, and z values are available inside a watchpoint
>> target function.
>>          Watchpoints are possible for splot in "set view map" projection.
>>          See
>>             * https://gnuplot.info/demo_6.0/watch_contours.html
>> * NEW    Continued work on multiplot replot and mousing
>>
>> CHANGES
>> -------
>>
>> * CHANGE 3D polygon objects can have per-object fill border properties.
>>          The restriction that all 3D polygons share a single set of
>>          properties from "set pm3d" remains true for "splot with
>> polygons".
>> * CHANGE The configuration option --with-wx-multithreaded has been
>> removed.
>>          The multi-thread code has not worked under linux for quite a
>> while.
>>          This change does not affect the Windows version of the wxt
>> terminal,
>> * CHANGE "with hsteps" takes default width from "set boxwidth".
>> * CHANGE column(0) returns an integer (not complex) value
>> * CHANGE win: dll function loading altered for compatibility with gcc15
>>
>> FIXES
>> -----
>>
>> * FIX    Support for combined hidden3d + pm3d depthorder back-ported from
>> 6.1
>>          This allows placing contours on a depth-sorted pm3d surface
>> * FIX    qt: opaque key caused incorrect interactive toggling of final
>> plot
>> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
>> * FIX    placement of category labels along x-axis of boxplots
>> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
>> * FIX    placement of minor tics along logscale axis with narrow range
>> * FIX    OK to have missing corners in an image from a sparse matrix
>> * FIX    error handling for various corner cases involving function blocks
>>
>>
>> KNOWN ISSUES
>> ------------
>>
>> - Redefining a global array variable inside a user function or function
>> block
>>   may lead to memory corruption and/or a program crash.  The development
>> version
>>   now handles this cleanly, but the necessary framework has not yet been
>>   back-ported to verion 6.0.  The current version may issue the confusing
>> error
>>   message "non-numeric array index" and leave the corrupted array in
>> place.
>>
>> - Font handling by the cairo/pango libraries supporting some gnuplot
>> terminals
>>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font
>> problems,
>>   try setting this to
>>         PANGOCAIRO_BACKEND=fc
>>
>> - Support for replot and pan/zoom mouse operations in multiplot mode is
>> still
>>   incomplete. Expect further improvement in subsequent releases.
>>
>> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the
>> user manual.
>>   The distribution includes a pre-built copy of gnuplot.pdf but if you
>> want
>>   to rebuild it from the source in docs/gnuplot.doc please use lualatex
>> instead.
>>   You can either replace the definition PDFLATEX=pdflatex with
>> PDFLATEX=lualatex
>>   in the Makefile or provide this in the environment during configuration
>>         PDFLATEX=lualatex ./configure
>>
>> Gnuplot development is tracked in a git repository on SourceForge.
>> You can generate a complete history of changes using "git log"
>> after downloading:
>>
>> <pre>
>>     git clone -b branch-6-0-stable git://
>> git.code.sf.net/p/gnuplot/gnuplot-main
>>     git log
>> </pre>
>>
>> Release Notes date:  03 June 2025
>>
>>
>>
>> --
>> Ethan A Merritt
>> Department of Biochemistry
>> University of Washington, Seattle
>>
>>
>>
>>
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> Membership management via:
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>

Re: Testing version of gnuplot 6.0.3

[Erik L. <eri...@gm...>]

This compiles properly on macOS, both with wxt and with Qt5.

Erik

On Tue, Jun 3, 2025 at 9:29 PM Ethan A Merritt <me...@uw...> wrote:

> I have placed a tarball for release 6.0.3 in the "testing" folder on
> SourceForge
>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
>
> Please report any build problems or other issues you find with the test
> package.
> If no problems arise I plan to use the same files for a release
> announcement
> next weekend.
>
> Release note appended below, or see
>
>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
>
> - Ethan
>
>                 Gnuplot Version 6.0.3 Release Notes
>                 ===================================
>
> This is the third incremental release for gnuplot stable version 6.0.
> It contains several new features and improvements back-ported from the
> development version.
>
> NEW (backported from development version)
> -----------------------------------------
>
> * NEW    "contourfill {at base} {fs {no}border}"
> * NEW    "save changes <filename>"
>          This variant saves only the differences between the current
> program
>          state and the state at the start of the session.
> * NEW    "plot <data> ... if (filter_condition)"
>          Input lines of data that satisfy the if condition are processed
> as usual.
>          Lines that fail are essentially ignored.
> * NEW    backport watchpoint improvements from 6.1
>          Each watch target can have its own label, generated by a user
> function.
>          Any real-valued function is legal as a watchpoint target.
>          Current x, y, and z values are available inside a watchpoint
> target function.
>          Watchpoints are possible for splot in "set view map" projection.
>          See
>             * https://gnuplot.info/demo_6.0/watch_contours.html
> * NEW    Continued work on multiplot replot and mousing
>
> CHANGES
> -------
>
> * CHANGE 3D polygon objects can have per-object fill border properties.
>          The restriction that all 3D polygons share a single set of
>          properties from "set pm3d" remains true for "splot with polygons".
> * CHANGE The configuration option --with-wx-multithreaded has been removed.
>          The multi-thread code has not worked under linux for quite a
> while.
>          This change does not affect the Windows version of the wxt
> terminal,
> * CHANGE "with hsteps" takes default width from "set boxwidth".
> * CHANGE column(0) returns an integer (not complex) value
> * CHANGE win: dll function loading altered for compatibility with gcc15
>
> FIXES
> -----
>
> * FIX    Support for combined hidden3d + pm3d depthorder back-ported from
> 6.1
>          This allows placing contours on a depth-sorted pm3d surface
> * FIX    qt: opaque key caused incorrect interactive toggling of final plot
> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
> * FIX    placement of category labels along x-axis of boxplots
> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
> * FIX    placement of minor tics along logscale axis with narrow range
> * FIX    OK to have missing corners in an image from a sparse matrix
> * FIX    error handling for various corner cases involving function blocks
>
>
> KNOWN ISSUES
> ------------
>
> - Redefining a global array variable inside a user function or function
> block
>   may lead to memory corruption and/or a program crash.  The development
> version
>   now handles this cleanly, but the necessary framework has not yet been
>   back-ported to verion 6.0.  The current version may issue the confusing
> error
>   message "non-numeric array index" and leave the corrupted array in place.
>
> - Font handling by the cairo/pango libraries supporting some gnuplot
> terminals
>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font
> problems,
>   try setting this to
>         PANGOCAIRO_BACKEND=fc
>
> - Support for replot and pan/zoom mouse operations in multiplot mode is
> still
>   incomplete. Expect further improvement in subsequent releases.
>
> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the
> user manual.
>   The distribution includes a pre-built copy of gnuplot.pdf but if you want
>   to rebuild it from the source in docs/gnuplot.doc please use lualatex
> instead.
>   You can either replace the definition PDFLATEX=pdflatex with
> PDFLATEX=lualatex
>   in the Makefile or provide this in the environment during configuration
>         PDFLATEX=lualatex ./configure
>
> Gnuplot development is tracked in a git repository on SourceForge.
> You can generate a complete history of changes using "git log"
> after downloading:
>
> <pre>
>     git clone -b branch-6-0-stable git://
> git.code.sf.net/p/gnuplot/gnuplot-main
>     git log
> </pre>
>
> Release Notes date:  03 June 2025
>
>
>
> --
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
>
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: Testing version of gnuplot 6.0.3

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

I have tested build of testing version of 6.0.3 on mingw64.
Build went well

Tatsuro

> ----- Original Message -----
> 
> From: "Ethan A Merritt" <me...@uw...>
> To: "beta" <gnu...@li...>
> Date: 2025/06/04 水 11:29
> Subject: Testing version of gnuplot 6.0.3
> 
> 
> I have placed a tarball for release 6.0.3 in the "testing" folder on SourceForge
>    https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
> 
> Please report any build problems or other issues you find with the test package.
> If no problems arise I plan to use the same files for a release announcement
> next weekend.
> 
> Release note appended below, or see
> 
>     gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html
> 
> - Ethan
> 
>                 Gnuplot Version 6.0.3 Release Notes
>                 ===================================
> 
> This is the third incremental release for gnuplot stable version 6.0.
> It contains several new features and improvements back-ported from the
> development version.
> 
> NEW (backported from development version)
> -----------------------------------------
> 
> * NEW    "contourfill {at base} {fs {no}border}"
> * NEW    "save changes <filename>"
>          This variant saves only the differences between the current program
>          state and the state at the start of the session.
> * NEW    "plot <data> ... if (filter_condition)"
>          Input lines of data that satisfy the if condition are processed as usual.
>          Lines that fail are essentially ignored.
> * NEW    backport watchpoint improvements from 6.1
>          Each watch target can have its own label, generated by a user function.
>          Any real-valued function is legal as a watchpoint target.
>          Current x, y, and z values are available inside a watchpoint target function.
>          Watchpoints are possible for splot in "set view map" projection.
>          See
>             * https://gnuplot.info/demo_6.0/watch_contours.html
> * NEW    Continued work on multiplot replot and mousing
> 
> CHANGES
> -------
> 
> * CHANGE 3D polygon objects can have per-object fill border properties.
>          The restriction that all 3D polygons share a single set of
>          properties from "set pm3d" remains true for "splot with polygons".
> * CHANGE The configuration option --with-wx-multithreaded has been removed.
>          The multi-thread code has not worked under linux for quite a while.
>          This change does not affect the Windows version of the wxt terminal,
> * CHANGE "with hsteps" takes default width from "set boxwidth".
> * CHANGE column(0) returns an integer (not complex) value
> * CHANGE win: dll function loading altered for compatibility with gcc15
> 
> FIXES
> -----
> 
> * FIX    Support for combined hidden3d + pm3d depthorder back-ported from 6.1
>          This allows placing contours on a depth-sorted pm3d surface
> * FIX    qt: opaque key caused incorrect interactive toggling of final plot
> * FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
> * FIX    placement of category labels along x-axis of boxplots
> * FIX    qt, cairo: "set colorbox invert" produced empty colorbox
> * FIX    placement of minor tics along logscale axis with narrow range
> * FIX    OK to have missing corners in an image from a sparse matrix
> * FIX    error handling for various corner cases involving function blocks
>          
> 
> KNOWN ISSUES
> ------------
> 
> - Redefining a global array variable inside a user function or function block
>   may lead to memory corruption and/or a program crash.  The development version
>   now handles this cleanly, but the necessary framework has not yet been 
>   back-ported to verion 6.0.  The current version may issue the confusing error
>   message "non-numeric array index" and leave the corrupted array in place.
> 
> - Font handling by the cairo/pango libraries supporting some gnuplot terminals
>   (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
>   enviromental variable PANGOCAIRO_BACKEND.  If you are having font problems,
>   try setting this to
>         PANGOCAIRO_BACKEND=fc
> 
> - Support for replot and pan/zoom mouse operations in multiplot mode is still
>   incomplete. Expect further improvement in subsequent releases.
> 
> - TeXLive2024 pdflatex does not like some of the UTF-8 characters in the user manual.
>   The distribution includes a pre-built copy of gnuplot.pdf but if you want
>   to rebuild it from the source in docs/gnuplot.doc please use lualatex instead.
>   You can either replace the definition PDFLATEX=pdflatex with PDFLATEX=lualatex
>   in the Makefile or provide this in the environment during configuration
>         PDFLATEX=lualatex ./configure
> 
> Gnuplot development is tracked in a git repository on SourceForge.
> You can generate a complete history of changes using "git log"
> after downloading:
> 
> <pre>
>     git clone -b branch-6-0-stable git://git.code.sf.net/p/gnuplot/gnuplot-main
>     git log
> </pre>
> 
> Release Notes date:  03 June 2025
> 
> 
> 
> -- 
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
> 
> 
> 
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Testing version of gnuplot 6.0.3

[Ethan A M. <me...@uw...>]

I have placed a tarball for release 6.0.3 in the "testing" folder on SourceForge
   https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/

Please report any build problems or other issues you find with the test package.
If no problems arise I plan to use the same files for a release announcement
next weekend.

Release note appended below, or see

    gnuplot.sourceforge.net/ReleaseNotes_6_0_3.html

- Ethan

                Gnuplot Version 6.0.3 Release Notes
                ===================================

This is the third incremental release for gnuplot stable version 6.0.
It contains several new features and improvements back-ported from the
development version.

NEW (backported from development version)
-----------------------------------------

* NEW    "contourfill {at base} {fs {no}border}"
* NEW    "save changes <filename>"
         This variant saves only the differences between the current program
         state and the state at the start of the session.
* NEW    "plot <data> ... if (filter_condition)"
         Input lines of data that satisfy the if condition are processed as usual.
         Lines that fail are essentially ignored.
* NEW    backport watchpoint improvements from 6.1
         Each watch target can have its own label, generated by a user function.
         Any real-valued function is legal as a watchpoint target.
         Current x, y, and z values are available inside a watchpoint target function.
         Watchpoints are possible for splot in "set view map" projection.
         See
            * https://gnuplot.info/demo_6.0/watch_contours.html
* NEW    Continued work on multiplot replot and mousing

CHANGES
-------

* CHANGE 3D polygon objects can have per-object fill border properties.
         The restriction that all 3D polygons share a single set of
         properties from "set pm3d" remains true for "splot with polygons".
* CHANGE The configuration option --with-wx-multithreaded has been removed.
         The multi-thread code has not worked under linux for quite a while.
         This change does not affect the Windows version of the wxt terminal,
* CHANGE "with hsteps" takes default width from "set boxwidth".
* CHANGE column(0) returns an integer (not complex) value
* CHANGE win: dll function loading altered for compatibility with gcc15

FIXES
-----

* FIX    Support for combined hidden3d + pm3d depthorder back-ported from 6.1
         This allows placing contours on a depth-sorted pm3d surface
* FIX    qt: opaque key caused incorrect interactive toggling of final plot
* FIX    6.0.2 regression in "splot ... using 1:2:3:4 lc palette"
* FIX    placement of category labels along x-axis of boxplots
* FIX    qt, cairo: "set colorbox invert" produced empty colorbox
* FIX    placement of minor tics along logscale axis with narrow range
* FIX    OK to have missing corners in an image from a sparse matrix
* FIX    error handling for various corner cases involving function blocks
         

KNOWN ISSUES
------------

- Redefining a global array variable inside a user function or function block
  may lead to memory corruption and/or a program crash.  The development version
  now handles this cleanly, but the necessary framework has not yet been 
  back-ported to verion 6.0.  The current version may issue the confusing error
  message "non-numeric array index" and leave the corrupted array in place.

- Font handling by the cairo/pango libraries supporting some gnuplot terminals
  (pdf, png, wxt, ...) on both Windows and MacOS are sensitive to the
  enviromental variable PANGOCAIRO_BACKEND.  If you are having font problems,
  try setting this to
        PANGOCAIRO_BACKEND=fc

- Support for replot and pan/zoom mouse operations in multiplot mode is still
  incomplete. Expect further improvement in subsequent releases.

- TeXLive2024 pdflatex does not like some of the UTF-8 characters in the user manual.
  The distribution includes a pre-built copy of gnuplot.pdf but if you want
  to rebuild it from the source in docs/gnuplot.doc please use lualatex instead.
  You can either replace the definition PDFLATEX=pdflatex with PDFLATEX=lualatex
  in the Makefile or provide this in the environment during configuration
        PDFLATEX=lualatex ./configure

Gnuplot development is tracked in a git repository on SourceForge.
You can generate a complete history of changes using "git log"
after downloading:

<pre>
    git clone -b branch-6-0-stable git://git.code.sf.net/p/gnuplot/gnuplot-main
    git log
</pre>

Release Notes date:  03 June 2025



-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: build fails if function-block is disabled

[Ethan A M. <me...@uw...>]

On Tuesday, 20 May 2025 07:10:19 PDT Jun. T wrote:
> 
> If configured without --enable-function-block, build fails as
> 
> internal.c:98:35: error: expression is not assignable
>    98 |     evaluate_inside_functionblock = FALSE;
>       |     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^
> 
> 
> Either add '#ifdef USE_FUNCTIONBLOCKS' to this line, or modify
> datablock.h so that evaluate_inside_functionblock is always a variable.

Yup. Sorry.

   Ethan
-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

build fails if function-block is disabled

[Jun. T <tak...@kb...>]

If configured without --enable-function-block, build fails as

internal.c:98:35: error: expression is not assignable
   98 |     evaluate_inside_functionblock = FALSE;
      |     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^


Either add '#ifdef USE_FUNCTIONBLOCKS' to this line, or modify
datablock.h so that evaluate_inside_functionblock is always a variable.

Re: setting "enhanced" for individual elements of a plot

[Ethan A M. <me...@uw...>]

On Sat, May 10, 2025 at 2:07 AM Jeremy Nicoll - ml gnuplot <
jn....@wi...> wrote:

>
> If the state vars are only used by the enhanced mode then maybe you could
> sometimes initialise the terminal twice?  That is, first always initialise
> the enhanced routine (to do the font stuff etc), then as if that had not
> been done (but only if noenhanced was set initially) initialise the
> plain text routine?  Would that leave plain-text in effect exactly as it
> works
> now, but mean that temporary switches into enhanced would work?
> --
> Jeremy Nicoll - my opinions are my own
>

Yes, making sure that enhanced text fonts are always set up is certainly
possible.
Every terminal driver would have to be audited and possibly modified.
But they'd have to be modified anyhow if they are supposed to somehow detect
that a switch to one text routine from another is needed.

I'm not arguing against the proposed feature. It's a perfectly reasonable
thing to propose.
I'm just pointing out that implementing it would take more than a simple
change to a
couple of places in the core code. The change would extend into every
terminal driver,
which is a pain.

   Ethan

Re: setting "enhanced" for individual elements of a plot

[Jeremy N. - ml g. <jn....@wi...>]

On 2025-05-09 00:47, Ethan A Merritt wrote:

> As it stands now, the terminal driver API provides only one entry point 
> for
> sending text.  When the terminal is initialized, this entry point is 
> either
> set to the enhanced text routine or to the plain text routine.
> The "noenhanced" attribute works by temporarily setting a global flag
> that can be seen by the terminal's enhanced text routine [see below].
> If the flag is set, the terminal just ignores all the markup 
> characters.
> Going the other way is I suppose possible, but would require new code
> in the plain text routine that knows to check some flag or other global
> condition and redirect the call to the enhanced text routine instead,
> possibly having to deal with initiallization of state variables
> (mostly font-related stuff) that would otherwise have been done
> when the terminal was first set to enhanced text mode.

If the state vars are only used by the enhanced mode then maybe you 
could
sometimes initialise the terminal twice?  That is, first always 
initialise
the enhanced routine (to do the font stuff etc), then as if that had not
been done (but only if noenhanced was set initially) initialise the 
plain
text routine?  Would that leave plain-text in effect exactly as it works
now, but mean that temporary switches into enhanced would work?


-- 
Jeremy Nicoll - my opinions are my own

Re: setting "enhanced" for individual elements of a plot

[Ethan A M. <me...@uw...>]

On Thursday, 8 May 2025 08:11:12 PDT Cottrell, Allin via gnuplot-beta wrote:
> In some contexts I prefer to set "noenhanced" as an initial terminal
> option (to avoid turning underscores in identifiers into subscript
> markers), but show certain labels in enhanced mode. The doc for (e.g.)
> xlabel says "noenhanced requests that the label text not be processed
> by the enhanced text mode parser, even if enhanced text mode is
> currently active." That works fine, but I'm looking for the converse,
> namely (e.g.)
> 
> set xlabel "s = λ/λ_{max}" enhanced
> 
> when noenhanced has been set initially, and that doesn't work, or at
> least not with gnuplot 6.0 p2. Would it be difficult to support?

I think it would be difficult, or at least tedious.
At the very least it would require new code in every terminal driver that
supports enhanced text.

As it stands now, the terminal driver API provides only one entry point for
sending text.  When the terminal is initialized, this entry point is either
set to the enhanced text routine or to the plain text routine.
The "noenhanced" attribute works by temporarily setting a global flag
that can be seen by the terminal's enhanced text routine [see below].
If the flag is set, the terminal just ignores all the markup characters. 
Going the other way is I suppose possible, but would require new code
in the plain text routine that knows to check some flag or other global
condition and redirect the call to the enhanced text routine instead,
possibly having to deal with initiallization of state variables
(mostly font-related stuff) that would otherwise have been done
when the terminal was first set to enhanced text mode.    

Use of a global flag was a hack to minimize change to the core code
back when enhanced text mode was extended to be a general option
rather than a special feature of the PostScript terminal.   In retrospect
it might have been better to accept the pain of changing the terminal API.
In any case if we were to aim for flipping enhanced text on and off as
you suggest, I think it would be time to change the API by adding a
term->enhanced_mode(TBOOLEAN state) entry point that the core
routine write_label() could use rather than dealing with multiple
global flags that violate the API boundary between the core code
and the terminal code.

    Ethan Merritt


> 
> Allin Cottrell


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

setting "enhanced" for individual elements of a plot

[Cottrell, A. <cot...@wf...>]

In some contexts I prefer to set "noenhanced" as an initial terminal
option (to avoid turning underscores in identifiers into subscript
markers), but show certain labels in enhanced mode. The doc for (e.g.)
xlabel says "noenhanced requests that the label text not be processed
by the enhanced text mode parser, even if enhanced text mode is
currently active." That works fine, but I'm looking for the converse,
namely (e.g.)

set xlabel "s = λ/λ_{max}" enhanced

when noenhanced has been set initially, and that doesn't work, or at
least not with gnuplot 6.0 p2. Would it be difficult to support?

Allin Cottrell

Re: [PATCH 0/3] SVG terminal enhancements: Title, Description, and Escaping

[Ethan A M. <me...@uw...>]

On Friday, 11 April 2025 21:02:54 PDT Fredrick R. Brennan wrote:
> Hello Gnuplot developers,
> 
> This patch series introduces three small enhancements for the SVG 
> terminal driver aimed at improving metadata, accessibility, and 
> robustness of the generated output.

Applied. Thanks.

> 
> Patch 1/3 ([svg] add > for > in ENHsvg_writec):
> This patch improves enhanced text handling by escaping the > character 
> to >. This prevents rendering issues and XML errors in viewers like 
> Firefox when labels contain this character.
>
> Patch 2/3 ([svg] add plot title to XML <title>):
> This patch makes the SVG <title> element more meaningful, resolving a 
> TODO in the source code. It now uses the Gnuplot plot title (set title) 
> if one is defined, falling back to the name set via set term svg name 
> "...", and finally to "Gnuplot" as a default.
> 
> To handle potentially complex title strings correctly within XML, this 
> patch also introduces a helper function, SVG_put_CDATA, which correctly 
> embeds text within <![CDATA[...]]> sections, including the necessary 
> escaping for the forbidden ]]> sequence.
> 
> Patch 3/3 ([svg] add ability for user to set XML <desc>):
> This patch introduces a new terminal option description "<text>". If 
> this option is used, the provided text is embedded in the SVG <desc> 
> element, allowing users to easily add descriptive metadata or 
> accessibility information to their plots. This patch reuses the 
> SVG_put_CDATA helper function introduced in Patch 2 and includes 
> documentation for the new option in the terminal help.
> 
> These changes should apply cleanly to the current master branch. Patch 3 
> relies on a function introduced in Patch 2.
> 
> Feedback welcome!
> 
> 
> ------------------------------------------------------------------------
> 
> Best,
> Fred Brennan
> 
> |[[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> 
> 
> GnuPG: 98F2 8F76 7470 129F BE3B 054C E215 4DD1 A1C7 7B8B
> BlueSky: @copypaste.bsky.social
> Personal website: <https://ctrlcctrlv.github.io/>
> 
> 
> 


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: gnuplot 1.0

[Dima K. <gn...@di...>]

I just read the docs (git fetch --help). I think the key line is

  By default, any tag that points into the histories being fetched is
  also fetched; the effect is to fetch tags that point at branches that
  you are interested in. This default behavior can be changed by using
  the --tags or --no-tags options

I guess the difference here is that the new "1.0" tag is in a separate
tree, disconnected from the rest of it, so you need to ask for the tags
explicitly. I had no idea this was a thing. In any case, this is
probably fine for a historical thing.

Re: gnuplot 1.0

[Ethan A M. <me...@uw...>]

On Sunday, 6 April 2025 15:11:47 PDT Dima Kogan wrote:

> Did you push the tag already (git push --tags)? I don't see it in the
> main repo.

Yeah, I was going to ask you about that.
I pushed it.
It's there.
I can see it on SourceForge.
But in order to pull it I need to do
    "git pull --tags"
The extra option isn't needed in other cases, so why now?

   Ethan

Re: gnuplot 1.0

[Dima K. <gn...@di...>]

> Thanks.   I messed up a couple of times but eventually got it.  I think.

Did you push the tag already (git push --tags)? I don't see it in the
main repo.

Re: gnuplot 1.0

[Ethan A M. <me...@uw...>]

On Friday, 4 April 2025 09:59:31 PDT Dima Kogan wrote:
> 
> Ethan A Merritt <me...@uw...> writes:
> 
> > [~/git/gnuplot-main] git checkout --detach 1.1
> > HEAD is now at 2f87cf77c Content from historic/gnuplot-1.1.tar.gz
> > =========================================================
> >
> > But I have no idea how to add this version 1.0 snapshot to the
> > repository so that it matches the others. Does anyone know an
> > appropriate set of git commands?
> 
> If you insert the new 1.0 code into the tree, that will change all the
> commit IDs downstream of it (i.e. everything we're actively working on
> now). So I'd add 1.0 by itself in its own root. So 1.1 wouldn't be a
> child of 1.0, but since this is all for historical archiving, that
> doesn't really matter.
> 
> You can do this by
> 
> - Creating a brand-new repo (let's say in /tmp/gnuplot1), and adding the
>   gnuplot 1.0 code and the "1.0" tag there
> 
> - In your main gnuplot tree, add this as a remote
> 
>   git remote add gnuplot1 /tmp/gnuplot1
>   git fetch gnuplot1
> 
> Now the "1.0" tag has been ingested into your tree, and if you "git push
> --tags", you'll send all your tags (including this one) to sourceforge.
> That's it.

Thanks.   I messed up a couple of times but eventually got it.  I think.

   Ethan

Re: image or rgbimage plots with zero decorations

[Dima K. <gn...@di...>]

Ethan A Merritt <me...@uw...> writes:

> I would have thought the heart of it would be
>     set autoscale noextend 
>     set margins 0,0,0,0

Oh wow. That actually does 99% of what I want. Thank you!

The extra 1% is probably a bug: I have this script:

  set margin 0,0,0,0
  unset xtics
  unset ytics
  set terminal png size 1027,1035
  set output "/tmp/tst.png"

  plot "/tmp/input.png" binary filetype=png with rgbimage notitle

where the requested png size is the dimensions of /tmp/input.png. If I
look at the input and output side by side, I see the image shift by 1
pixel in each direction.

Thanks for the suggestion.

Re: image or rgbimage plots with zero decorations

[Ethan A M. <me...@uw...>]

On Friday, 4 April 2025 10:32:41 PDT Dima Kogan wrote:
> Hi. I'm pretty sure this isn't possible, but I'd like to ask anyway.
> 
> I have a gnuplot script to plot an image, with some extra stuff on top
> of it. Something like this:
> 
>   set terminal png
>   set output "out.png"
>   plot "image.png" binary filetype=png flipy with rgbimage, "data" with lines
> 
> Ideally I would like the result to be a .png file with the same
> dimensions as "image.png", and I would like "image.png" to fill the
> whole output plot. I.e. I want to annotate "image.png", but not scale it
> in any way.
> 
> There are some options that help somewhat, but don't do everything:
> 
>   set autoscale noextend
>   set size ratio -1

I would have thought the heart of it would be
    set autoscale noextend 
    set margins 0,0,0,0

I think using "set size ratio" is counter-productive for this purpose.

	Ethan
 
> In practice, what I end up doing is to manually find the pixel size for
> the "set terminal png" command that results in the output image of the
> correct size, and then I crop "out.png". Is there a better way?
> 
> Thanks.

image or rgbimage plots with zero decorations

[Dima K. <gn...@di...>]

Hi. I'm pretty sure this isn't possible, but I'd like to ask anyway.

I have a gnuplot script to plot an image, with some extra stuff on top
of it. Something like this:

  set terminal png
  set output "out.png"
  plot "image.png" binary filetype=png flipy with rgbimage, "data" with lines

Ideally I would like the result to be a .png file with the same
dimensions as "image.png", and I would like "image.png" to fill the
whole output plot. I.e. I want to annotate "image.png", but not scale it
in any way.

There are some options that help somewhat, but don't do everything:

  set autoscale noextend
  set size ratio -1

In practice, what I end up doing is to manually find the pixel size for
the "set terminal png" command that results in the output image of the
correct size, and then I crop "out.png". Is there a better way?

Thanks.