
Put in overflow bins. Note: in auto-mode, hist currently throws away any data that falls below lx or above ux, since it will never be drawn, but it does record stats about that data before it is thrown away, sso that it can accurately describe the mean and RMS of the input data, etc.  If one wants a normalised histo, and uses lx and ux to zoom in to some part of it, currently hist normalises the VISIBLE part of this histogram only.  This is not what you want if you were trying to
zoom in. The problem is that lx and ux are being used BOTH for zooming, and for cropping data from the stream (the latter in auto-mode, that is).  Conceptually these are different things ... e.g. one may have a cosmetic interest so far as the VIEW is concerned in seeing lx to ux, but may want the data itself to be used for the normalisation even if it comes outside that window. You may also not want to have to retain a lot of data about events that will never be
plotted.  One might therefore want to have lxcrop and uxcrop that crop data from the stream in non-fast mode. This would involve retaining some information about overflow data (lower and upper in 1D, but what about in 2D?  left, bl, bottom, br, right, .... or just 'offside'?) but even this might have a problem with overwrite mode.  How would events outside overwrite each other? I think this can only really be done by taking the "ouside" bins to be "real" bins, just of a strange
size.

Put lx ly etc into Data not into Configuration ... though configuration could contain defaults!
