Re: Release critical or not? [was Re: strange box-offset]

[Daniel J S. <dan...@ie...>]

Daniel J Sebald wrote:

> My initial preference would be to think along the lines of "plot x coordinate", perhaps for the simple reason of however this thread got started.  If you plot a series of rectangles to "cover" a range staying with x_right - x_left avoids there being an overlap of one pixel.
> 
> E.g., series of incremented ranges:
> 
> 0-9
> 10-19
> 20-29
> etc.
> 
> For histograms or whatever.  Saying that the width of the rectangle should be 11 instead of 10 would mean that there is going to be one rectangle of the bunch that is 9 pixels and one which is 11 pixels.

Of course, I should say this is the principle.  Gnuplot may have been done this way to address some rouding effects of the plotting operation.  That is, this +1 may fix the problem of sometimes dropping a pixel because of some floating point round of, which would result in a "blank pixel" or "blank line".  (However, this rounding issue should really should be addressed directly by the mathematics of the process, not by compensating via a line segment one pixel wider than it should be.)

For example, I haven't look closely at what is at issue here, but say gnuplot is drawing a series of line segments.  It should not recompute the start and finish points for each new segment.  Rather, it should use the previous computed finish point for the last segment as the start point for the next segment.  Again, not sure of what exactly is happening in this particular case.  Just making a point.

Dan