Re: Backport request for 6.0.4 release version

--===============1700958011473246562==
Content-Type: multipart/alternative; boundary="0000000000004a85930645c7bf95"

--0000000000004a85930645c7bf95
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Dear Ethan,

I can confirm that all four issues in the test script have been resolved
with commit [4d3398fdd] to branch-6.0-stable.
Thank you very much for taking the time to backport this non-trivial fix.

Best regards,
H. Motoyoshi

On Thu, Dec 11, 2025 at 8:17=E2=80=AFAM Ethan A Merritt <[email protected]> wr=
ote:

> On Tuesday, 9 December 2025 15:20:28 PST sfhm wrote:
> > Dear Ethan,
> >
> > I would like to request a backport to the 6.0.4 release.
> >
> > I have observed differences in polygon color rendering between the
> > development version and previous release versions (including
> > 6.0.4-testing). The development version renders polygons with the
> intended
> > colors, while the release versions render them with different colors.
>
> [snip example]
>
> > If the fix for this issue in the development version is sufficiently
> > stable, I would greatly appreciate its backport to the 6.0.4 release,
> even
> > if only for some of the cases rather than all of them.
>
> Unfortunately, that is not a trivial change.
>
> The code that deals with how fill color and border color are specified,
> stored, and eventually applied to graphical elements in the plot has
> diverged between 6.0 and the development branch.
>
> A partial list of relevant commits in 6.1 that do not apply cleanly to 6.=
0
>         c92721 fc9818
>
> Nevertheless, it is possible that the specific cases of "splot with
> polygons"
> in your test script could be handled either by some subset of the changes
> currently in the development branch or by some ad hoc fixes for 6.0.
> The trick is not to break anything else.
>
> I will look into it, but no promises about 6.0.4.
>
>  Ethan
>
>
>

--0000000000004a85930645c7bf95
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Dear Ethan,<div><br></div><div>I can confirm that all four=
 issues in the test script have been resolved with commit [4d3398fdd] to br=
anch-6.0-stable.=C2=A0</div><div>Thank you very much for taking the time to=
 backport this non-trivial fix.</div><div><br></div><div>Best regards,</div=
><div>H. Motoyoshi</div></div><br><div class=3D"gmail_quote gmail_quote_con=
tainer"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Dec 11, 2025 at 8:17=
=E2=80=AFAM Ethan A Merritt &lt;<a href=3D"mailto:[email protected]">merritt@u=
w.edu</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex">On Tuesday, 9 December 2025 15:20:28 PST sfhm wrote:<br>
&gt; Dear Ethan,<br>
&gt; <br>
&gt; I would like to request a backport to the 6.0.4 release.<br>
&gt; <br>
&gt; I have observed differences in polygon color rendering between the<br>
&gt; development version and previous release versions (including<br>
&gt; 6.0.4-testing). The development version renders polygons with the inte=
nded<br>
&gt; colors, while the release versions render them with different colors.<=
br>
<br>
[snip example] <br>
<br>
&gt; If the fix for this issue in the development version is sufficiently<b=
r>
&gt; stable, I would greatly appreciate its backport to the 6.0.4 release, =
even<br>
&gt; if only for some of the cases rather than all of them.<br>
<br>
Unfortunately, that is not a trivial change.=C2=A0 <br>
<br>
The code that deals with how fill color and border color are specified,<br>
stored, and eventually applied to graphical elements in the plot has<br>
diverged between 6.0 and the development branch.<br>
<br>
A partial list of relevant commits in 6.1 that do not apply cleanly to 6.0<=
br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 c92721 fc9818 <br>
<br>
Nevertheless, it is possible that the specific cases of &quot;splot with po=
lygons&quot;<br>
in your test script could be handled either by some subset of the changes<b=
r>
currently in the development branch or by some ad hoc fixes for 6.0.<br>
The trick is not to break anything else.<br>
<br>
I will look into it, but no promises about 6.0.4.=C2=A0 <br>
<br>
=C2=A0Ethan<br>
<br>
<br>
</blockquote></div>

--0000000000004a85930645c7bf95--


--===============1700958011473246562==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============1700958011473246562==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
gnuplot-beta mailing list
[email protected]
Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

--===============1700958011473246562==--