<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-09-17 17:26 GMT+02:00 Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Sep 17, 2015 at 08:06:18AM -0700, Dirk Hohndel wrote:<br>
><br>
> Yep, that should work with my Uemis. I'll test it next.<br>
<br>
</span>As expected, it seems to work. I'll push this, soon.<br>
<br>
One comment.<br>
<br>
After every single dive ("details for #xxx) it reads divespot #0. That<br>
seems completely silly to me. I think I set the divespot on a single dive<br>
for this Uemis (I find the interface for this completely ridiculous and<br>
stupid - and why would I ever want to have this on my dive computer if the<br>
dive computer has no map and no GPS? mind boggles) - anyway, I don't see<br>
why it would have to read divespots at all - and if it DID have to read<br>
divespots, then it should read #0 exactly once and remember that it did so<br>
and not doing it over and over again. This certainly adds to the<br>
perception that things are going a lot slower now than they used to.<br></blockquote><div><br></div><div>In your orignal code it was worse, sorry to say, but you read always all divespots</div><div>with every depending on the diveid.</div><div>Next optimization is a real check if the spot is there already and the omitt the </div><div>reading, that's another patch and some work for me tonight and tomorrow.</div><div><br></div><div>Hope you are happy with my contributions, even if it's still a little bumpy :-) </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
/D<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Best regards,<div>Guido</div></div></div>
</div></div>