<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
But I just realized yet another issue (sorry): QTime only measures a<br>
single day. In theory the initial indexing can take more than an hour.<br></blockquote><div><br>True. But I think what you meant was that the initial indexing could take more than a day. In which case the time will get wrapped once it exceeds a day, and hence be incorrect. <br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
That means it could make more sense to measure the indexing time in<br>
minutes only (let&#39;s face it, we do not care much about seconds and msecs<br>
here). So maybe the best would be to remember the start of indexing as a<br>
QDateTime and then sum up the minutes that have passed since then.<br></blockquote><div><br>I don&#39;t get what you mean. If we just sum up the minutes since then we wouldn&#39;t be accounting for the duration where the indexer was paused. And that is the issue I wanted to address. Or maybe we could store the dateTime when the initial indexing began, and store the paused time as well (Is this what you meant?). But then the paused time is also susceptible to the more than a day problem. <br>
<br>Could you please elaborate a little bit more?<br><br>Thanks <br><br>- Vishesh Handa   <br><br></div></div>