Re: gnuplot-beta Digest, Vol 12, Issue 10

[m s. <mw...@us...>]

I would like a couple of my patches to be considered for inclusion into CVS:

 1659135  	  dashed grid for GD term to accept linewidths
 1553072  	  set term x11 geometry option

The first one fixes a bug for GD and wide dashed grid lines.  The seconds j=
ust adds some flexibility to the X11 term.

Thanks

Mike Sutton

> Message: 7
> Date: Wed, 30 May 2007 13:38:10 -0500
> From: Daniel J Sebald <dan...@ie...>
> Subject: accumulated patches
> Cc: gnu...@li...
> Message-ID: <465...@ie...>
> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed
>=20
> There are a number of patches on SourceForge ready for=20
> consideration in CVS.  If
> someone wants to review them they can.  Or, if you want me to move=20
> them in, give
> me a password (or temporary password if S.F. has such a thing).
>=20
>=20
> [ gnuplot-Bugs-1534367 ] too much expansion in FindHelp
> [ gnuplot-Bugs-1525665 ] help has problems with
>=20
> Fixes issues such as a help line longer than the space reserved in=20
> memory for a
> command line.
>=20
>=20
> [ gnuplot-Patches-1566782 ] use tgamma for GAMMA() and lgamma for LNGAMMA=
()
>=20
> I think it is correct, others may not.  It appears to work on Linux=20
> and Mac and
> I'm fairly confident it won't cause any problems.
>=20
>=20
> [ gnuplot-Bugs-1488168 ] z_floor and z_ceiling based on xyplane.absolute
>=20
> This is an outright bug fix.  Should have gone in 4.2.
>=20
>=20
> [ gnuplot-Patches-1523316 ] improved CLIPBOARD and PRIMARY per X conventi=
ons
>=20
> Full implementation of mouse/clipboard behavior consistent with the vast
> majority of X applications.
>=20
>=20
> [ gnuplot-Bugs-1004754 ] Tics and grid slightly outside border
>=20
> Do something like
>=20
> if (i_tic =3D=3D i_end) {
>     if (last_tic < end_range)
>       draw_tic;
> }
>=20
> instead of
>=20
> while (first_tic + delta_tic + delta_tic + ... + delta_tic < end_range)
>     draw_tic;
>=20
> The second approach is susceptible to rounding, the first isn't.
>=20
>=20
> [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior application
> window
>=20
> Works as far as I know.  X11 has an issue whereby two resources both
> controlling the mouse in a window will cause an error.  Will X ever=20
> change this?
>    I doubt it.  The most I could offer is to somehow check if the outside
> application has relenquished the mouse and if not issue an error.
>=20
>=20
> [ gnuplot-Patches-1531560 ] recursive history warning instead of error
>=20
> Issue a warning rather than an error so that the rest of the line may be
> executed, e.g.,
>=20
> gnuplot> history !his; show style;
> ^
> warning: ignoring recursive history command
> Data are plotted with points...
>=20
>=20
> [ gnuplot-Patches-1723798 ] Multiplot palette X11, bug [ 1447277 ]
>=20
> Allows multiple palettes on a multiplot X11 window, a long desired fix.
>=20
>=20
> [ gnuplot-Patches-1725993 ] Alternate Hidden3d Edge Segmentation
>=20
> Fixes a bug reported on SourceForge.  Very big patch.  No noticable chang=
e in
> speed.  If someone wants to fix the bug another way, feel free.
>=20
>=20
> [ 1727198 ] Hidden lines: Degenerate polygons creating problems
>=20
> Fixes a bug reported on SourceForge.  User reported hidden lines=20
> appearing on a
> globe.  The lines were part of the north pole in which four sided=20
> polygons were
> degenerate as triangles.  Hence internally triangles with two sides the s=
ame
> were the problem spot.  The patch simply tosses out such polygons.
>=20
>=20
> [ gnuplot-Bugs-1728063 ] hidden lines, scale assertion failure
>=20
> Replace an assertion statement in the QUADTREE version with a simple range
> limit.  Hidden line removal slows down if user pushes surface out=20
> past the plot
> view, but that is a minor consequence.  (Better than your program=20
> quitting on you.)
>=20
>=20
> [ gnuplot-Patches-1508316 ] Allow multiple strings to signify "missing"
>=20
> This one isn't ready to go, but we should address this at some point.  An
> interesting side note is that Octave considered storing its stem=20
> plot data as a
> series of data for which a "missing" value is used to create a discontinu=
ous
> space.  That is, there is three ways of doing this:
>=20
> 1) Use gnuplot's "stem".
> 2) Draw a bunch of individual lines with "plot" for each line.
> 3) Draw a series of data with every third entry "missing" thus=20
> leaving the third
> line blank.
>=20
> Turns out that 3 sort of fits the way Octave stores data.
>=20
>=20
> Dan
>=20
>=20
>=20
> ------------------------------
>=20
> Message: 8
> Date: Wed, 30 May 2007 12:41:14 -0700
> From: Ethan Merritt <merritt@u.washington.edu>
> Subject: Re: accumulated patches
> To: gnu...@li...
> Cc: Daniel J Sebald <dan...@ie...>
> Message-ID: <200705301241.14984.merritt@u.washington.edu>
> Content-Type: text/plain;  charset=3D"iso-8859-1"
>=20
> On Wednesday 30 May 2007 11:38, Daniel J Sebald wrote:
> >
> > [ gnuplot-Bugs-1534367 ] too much expansion in FindHelp
> > [ gnuplot-Bugs-1525665 ] help has problems with
> > [ gnuplot-Patches-1531560 ] recursive history warning instead of error
>=20
> I agree these are relatively high priority.
> They almost went into 4.2, but were held out because bugs
> turned up at the last minute.  IOW they are not quite working yet.
> I would very much like to see them cleaned up, thoroughly tested,
> and added to CVS.
>=20
> Please combine them into a single patch set against current source
> and let's give them a workout to shake out any remaining bugs.
>=20
> > [ gnuplot-Patches-1566782 ] use tgamma for GAMMA() and lgamma for LNGAM=
MA()
> >
> > I think it is correct, others may not.  It appears to work on=20
> > Linux and Mac and I'm fairly confident it won't cause any=20
> > problems.
>=20
> It was never broken on linux, and I believe it is no longer needed
> on OSX either.  So the risk of breaking some minor platform seems larger
> than the benefit to any known system.  Please correct me if I'm wrong.
>=20
> > [ gnuplot-Bugs-1488168 ] z_floor and z_ceiling based on=20
> > xyplane.absolute This is an outright bug fix.  Should have gone=20
> > in 4.2.
>=20
> Do you want to take this one Petr?
> You had said earlier you would move it into CVS.
>=20
> > [ gnuplot-Patches-1523316 ] improved CLIPBOARD and PRIMARY per X conven=
tions
> >
> > Full implementation of mouse/clipboard behavior consistent with the vast
> > majority of X applications.
>=20
> ???  Not as seen here.  I have had no problems with the current=20
> implementation.
> That doesn't make your fix wrong, but I don't understand what=20
> problem is fixing.
>=20
> > [ gnuplot-Bugs-1004754 ] Tics and grid slightly outside border
>=20
> I think this is a non-issue, and we should drop this one entirely.
>=20
> > [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior application
> > window
> >
> > Works as far as I know.
>=20
> Doesn't work here.  I'd like it if it *did* work, but it doesn't.
> My recollection is that it tripped over some contradictory requirements
> for window management by Tk/Tcl, GTK, etc.
>=20
> > [ gnuplot-Patches-1723798 ] Multiplot palette X11, bug [ 1447277 ]
> > Allows multiple palettes on a multiplot X11 window, a long desired fix.
>=20
> Sorry, I haven't had time to look at this one yet.
>=20
> > [ gnuplot-Patches-1725993 ] Alternate Hidden3d Edge Segmentation
> > [ 1727198 ] Hidden lines: Degenerate polygons creating problems
> > [ gnuplot-Bugs-1728063 ] hidden lines, scale assertion failure
>=20
> I'll leave these to Hans-Bernhard, since he's far more familiar
> with the code.  I will comment that gnuplat's hidden-line removal
> plots have very different properties than solid rendering.  When you
> render solids, omitting a facet is just about the worst thing you can do.
> The missing facet is far more jarring than a mis-aligned edge.
> But in the case of gnuplot, it is exactly the mis-aligned edges that
> are noticeable.  We don't care if a facet is dropped.  So although
> I have not delved into the code, I suspect that the most useful fix
> is simply to increase the slop margin, and deliberately omit any
> edges that are in the slop area.
>=20
> > [ gnuplot-Patches-1508316 ] Allow multiple strings to signify "missing"
>=20
> Veto.
> There are more reasonable options.
> 1) Clean up your data files
> 2) Run it through general string handling:
>      filter(x) =3D   (x eq "?") ? NaN : (x eq "junk") ? NaN : x
>      plot "foo" using 1:(filter($2))
> 3) Clean up your data files
>=20
> Consider the case where you have multiple data files,
> each with its own idea of what is or is not a missing data flag.
> You want the fix to be per-file, not global.
>=20
> --
> Ethan A Merritt
>=20
>=20
>=20
> ------------------------------
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
>=20
> ------------------------------
>=20
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>=20
>=20
> End of gnuplot-beta Digest, Vol 12, Issue 10
> ********************************************

>


=3D
Restaurant POS Equipment
Touch screen restaurant POS systems starting at $1500.00 (computer, monitor=
, printers, cash drawer, software) . Restaurant gift cards, wireless hand-h=
eld PCs for table orders.
http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=3D06c471ac1b8714f8c5107=
3e62aaeb0cf