<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 April 2017 at 10:40, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We're making more progress. I have a new APK for people to test - and I'd<br>
appreciate if some of you could try and report back as I think this might<br>
be the next beta candidate:<br>
<br>
<a href="http://subsurface-divelog.org/downloads/daily/Subsurface-mobile-4.6.3.196-arm.apk" rel="noreferrer" target="_blank">http://subsurface-divelog.org/<wbr>downloads/daily/Subsurface-<wbr>mobile-4.6.3.196-arm.apk</a><br>
<span class=""><br>
On Mon, Apr 03, 2017 at 11:00:22AM -0700, Dirk Hohndel wrote:<br>
> > On Apr 1, 2017, at 10:28 AM, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
> >><br>
> >> a) the profiles aren't drawn (empty boxes)<br>
> ><br>
> > Still true. Do you see profiles on your Android build? Or did you just<br>
> > test on a Linux computer, not a device?<br>
><br>
> I occasionally get a profile, but that is mis-scaled, but most of the time I see<br>
> no profile. That's of course a show stopper... and it worked prior to the port<br>
> to Kirigami 2<br>
<br>
</span>This turned out to be an interesting combination of things coming together.<br>
Using lring() to round the device pixel ration instead of truncating it is<br>
the main culprit, I have added another hack on the existing hack to<br>
position the profile correctly and it seems to work for a reasonably large<br>
set of possible DPR values that I've tried.<br>
<span class=""><br></span></blockquote><div>It works for my Samsung Galaxy S7.  I tested both portrait and landscape mode.  Previously, the profile was sometimes "zoomed in" far too far initially, then came good after viewing several dives.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> The Cloud Credentials page now seems to work as it is supposed to.<br>
> Thanks for your help fixing that!<br>
><br>
> > f) with Kirigami-1, when the user tapped on the menu item in the lower<br>
> > left corner, the drawer would become visible; with Kirigami-2 it seems<br>
> > that one has to slightly drag the hamburger icon to the right for it to<br>
> > open. That's a somewhat unfortunate and very user visible change that I<br>
> > wish we could undo...<br>
><br>
> That's still true, and still bothering me... it just doesn't seem intuitive<br>
> that the user would have to drag on that handle, instead of just tapping<br>
> on (what looks like) a button.<br>
<br>
</span>So this is the one remaining Kirigami 2 issue that I am aware of, and<br>
something Marco told me on IRC he'd be looking into. It appears that this<br>
should still accept a tap on the button, but on high dpr devices like my<br>
Pixel XL it's nearly impossible to just tap - everything is recognized as<br>
a tiny drag and then ignored.<br>
<br></blockquote>I agree it is not intuitive.  I can sometimes tap the button, but mostly it doesn't work (recognized as a tiny drag).  For some reason, closing the menu by tapping the left arrow slide/button is more reliable than opening with the hamburger, for me at least, but still doesn't work all the time.  Tapping the arrows for submenus always works for me.<br></div></div></div>