From: Erik L. <eri...@gm...> - 2025-02-01 14:19:40
|
Hi Jun, Yes, that resolves the problem! How do we proceed? Ideally, this bugfix should be made in the distribution of AquaTerm. If this is hard, maybe I can distribute compiled AquaTerm packages for ARM and Intel as "1.1.1 patchlevel 1" or so. By the way, I have not checked for any unintended side effects in AquaTerm. Best, Erik On Fri, Jan 31, 2025 at 7:06 PM Jun. T <tak...@kb...> wrote: > > > 2025/01/28 7:00, Ethan A Merritt <me...@uw...> wrote: > > > > Also, can someone now check whether Bug #1969 "Aquaterm: plot using > third column for color palette value loses every 2nd line" is still a > problem or can now be closed? Maybe I should close it anyhow, since the > aquaterm project seems moribund. > > https://sourceforge.net/p/gnuplot/bugs/1969/ > > > > 2025/01/28 7:05、Erik Luijten <eri...@gm...>のメール: > > > > I just checked. The problem still exists (screenshots below). I know > nothing about AquaTerm, so cannot assist in resolving this, unfortunately. > > Could you please try the following patch when building AquaTerm.app? > (I hope it has no bad side effects.) > > Jun > > > > --- AQTPlotBuilder.m.ORG 2012-07-30 23:39:50.000000000 +0900 > +++ AQTPlotBuilder.m 2025-02-01 09:10:01.000000000 +0900 > @@ -149,7 +149,15 @@ > // FIXME: Use AQTEqualColor instead > if ((newColor.red != _color.red) || (newColor.green != _color.green) > || (newColor.blue != _color.blue) || (newColor.alpha != _color.alpha)) > { > + int32_t count_save = _polylinePointCount; > [self _flushBuffers]; > + if (count_save > 0) { > + // if color changes in the middle of polyline, > + // the last point of the path should be the > + // first point of the next path. > + _polylinePoints[0] = _polylinePoints[count_save - 1]; > + _polylinePointCount = 1; > + } > _color = newColor; > } > } > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |