At least it's measuring something but this "saturation" is somewhat alarming. I wonder if other measurements like DC and the average etc. calculated from them are also only performed for a part of the measured data.
Besides: does this counter count both edges or did you configure it that way? With only one edge counted, I would have expected 100k edges with 10ms/div and 1MHz square wave.
And what is the practical use of such a measurement ?
Measuring average data rates for SPI buses, for instance.
Let's say I want to evaluate how much the delay in my PIC18F system is causing because the processor is very slow (relative to better parts) and I have long delays between packets. I can set up the Count N-Edges function to count the number of bit cycles on the clock, and divide the figure by 8 to get the byte rate. This could also be applied to other buses, like I2C where clock stretching of the slave may be used.
It can also be useful in calculating the average frequency of a switching converter that is in pulse-skip mode, as the regular frequency measurement (quite rightly) picks two points and calculates the period between them, whereas you may want to know a more representative average frequency for such a hysteretic function. Knowing the number of edges or positive pulses over a time base you could get an idea of the switching frequency under low load conditions, which can help advise the choice of input/output filter components. This information can also be applied towards PSRR rejection on any LDOs following buck converter outputs.
You *might* be able to use the frequency counter to do this, but that is no good for you if you want to be able to do these measurements in smaller, specific windows when certain events might occur such as a change in power state of your main processor.
This is not a "show stopper" but it's a disappointing limitation.
For anyone testing this function it's important to note that it only does it on zoomed out data sets. If you zoom in and make the measurement, stop, then zoom out, it works properly (because it has a small data set to look at, perhaps), but that is not a typical use case.
Also, this is a minor comment, but it should show "---" or "??" or equivalent if uncertain about a measurement, instead of "0.00".
BTW, I am not a troll, if that comment was direct at me.