<div dir="ltr">Hello, <div><br></div><div>On Thu, May 1, 2014 at 3:01 PM, Ove Kåven <span dir="ltr"><<a href="mailto:ovek@arcticnet.no" target="_blank">ovek@arcticnet.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><br></div>Also, if it ever gets below 1.0, then you're supposed to explicitly ask the user to wave the phone around a bit. When the calibration level gets back to 1.0, the calibration process is complete, and you should tell the user about that. This is not supposed to be something the user should be bothered with very often, so the sensor will, of course, try to keep the level at 1.0 until recalibration is *really* necessary.<br>
<br></blockquote></div><div><br></div><div>Yes, I know how the application should behave in case the calibration level goes below 1.0. I have been working on exactly that functionality recently; that's why I am interested in the reading value. </div>
<div><br></div><div>The reason why I am wondering about the behaviour is that it is quite different compared to what it used to be on MeeGo/Nokia N9. On N9, the calibration level went below 1.0 quite often, could be once in a couple of days or so. Now, in Sailfish/Jolla, I have never seen a value below 1.0. It is of course good if it is true but the different behaviour compared to MeeGo made me think there might be a bug either in my code (more likely) or in Qt code/SailfishOS sensor drivers (less likely). </div>
<div><br></div><div>Anyway, thanks for you comments. </div><div><br></div><div>--</div><div>Jussi</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote"><br></div></div></div>