<div><div dir="auto">> Again, very open to better ideas. Our two main constraints so far have been "finding great design" and then "with the design ideas we have, finding how to implement them given the UI toolkits we have decided to use". Moving to different UI toolkits is a very, very, VERY tall hurdle. I can talk for hours about why (Bryan heard a really short version of that last week).</div><div dir="auto"><br></div><div dir="auto">So I went down another rabbit hole last night. I read through the documentation on QtWebview. It seems that, similar to Cordova, you actually get a full implementation of chromium from this class. So, theoretically, we can use any html5 UI kit and render it as a full screen app using this method.</div><div dir="auto"><br></div><div dir="auto">As for access to calling c++ functions from that UI kit (because you’re in an html5 webview):</div><div dir="auto"><br></div><div dir="auto"><div><a href="https://doc.qt.io/qt-5/qtwebchannel-index.html">https://doc.qt.io/qt-5/qtwebchannel-index.html</a></div><br></div><div dir="auto">This allows for async message passing between a js framework and qt functions. More testing is needed on the performance end. Something I'll probably play with this week given the thanksgiving break in the states. </div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Bryan</div><div dir="auto"><br></div><div dir="auto"><br></div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 25, 2019 at 10:05 PM ♠ Jordan Reiser ♠ <<a href="mailto:jordan.l.reiser@gmail.com">jordan.l.reiser@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="auto">This is great, thanks! I’ll think of some ideas, will work with bryan in terms of the UI kit so its not a far deviation from possible styles at least initially</div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 25, 2019 at 10:01 PM Dirk Hohndel <<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">HI Jordan,<div><br><div><blockquote type="cite"><div>On Nov 25, 2019, at 4:05 PM, ♠ Jordan Reiser ♠ <<a href="mailto:jordan.l.reiser@gmail.com" target="_blank">jordan.l.reiser@gmail.com</a>> wrote:</div><br><div><div><div dir="auto">I think the information is designed clearly but q bit dense and is in need of some modernization. I’m just becoming familiar with it and haven’t had a chance to review the app in its current form on desktop or mobile yet (just seen screenshots so far). I have some initial ideas though ,</div><div dir="auto"><br></div><div dir="auto"> 1. for example does the user need to see everything all at once or can things be shown only when the user needs it, thinking of collapsing information inside of different interactive access controls, eg onclick panels, accordions, sliders etc., basically leveraging invisible space as much as possible so the user can focus on a few things at a time. </div></div></div></blockquote><div><br></div><div>We use a more pedestrian way of doing just that - you can see it in the screen shot, actually. We have multiple tabs. The first one shows the most useful information for a user looking at a dive (screenshots from a Mac as that what I'm on right now)</div><div><br></div><div><img src="cid:16ea5aa917692350bff1" style="width:896px;max-width:100%"></div><div><br></div><div>Then we have information about some of the equipment used (that one I find particularly ugly).</div><div><br></div><div><img src="cid:16ea5aa9176569125022" style="width:896px;max-width:100%"></div><div><br></div><div> A lot more information about THIS dive. </div><div><br></div><div><img src="cid:16ea5aa917626116003" style="width:896px;max-width:100%"></div><div><br></div><div>And then the statistics tab that shows information about all selected dives (this is kinda boring with just one dive selected).</div><div><br></div><div><img src="cid:16ea5aa91761e0667f04" style="width:896px;max-width:100%"></div><br><blockquote type="cite"><div><div><div dir="auto">2. Given the above maybe there is a way to combine the information contained in the tabs to lessen the amount of tabs needed, just rethinking the nav and consolidating similar areas may help it feel like less even though its the same amount of info.</div></div></div></blockquote><div><br></div><div>I'm very open to better ideas here. The current layout is driven by the need to work on relatively small screens (it's not unusual for divers to bring an old laptop with a 1280x800 screen - I don't think we support 1024x600 anymore... we used to).</div><br><blockquote type="cite"><div><div><div dir="auto">3. Visualizing stats wherever possible, eg. gas consumption can be visualized against the total perhaps, things like this.</div></div></div></blockquote><div><br></div>Again, very open to better ideas. Our two main constraints so far have been "finding great design" and then "with the design ideas we have, finding how to implement them given the UI toolkits we have decided to use". Moving to different UI toolkits is a very, very, VERY tall hurdle. I can talk for hours about why (Bryan heard a really short version of that last week).</div><div><br><blockquote type="cite"><div><div><div dir="auto">Give me a day or so to take a hard look and can spin you guys up something cool</div></div></div></blockquote><div><br></div>Of course! We'd love to see it.</div><div><br><blockquote type="cite"><div><div><div dir="auto">Noob question i have right now is, can users log data only manually is it possible to do semi or fully automatically? This app reminds me of a snowboarding app i once had, does similar things going to look for some inspo there. </div></div></div></blockquote><div><br></div><div>You can manually enter dives. You can download from a simple dive computer and add more data manually. And you can download data from a sophisticated dive computer and get a lot of the information filled (e.g., a simple dive computer gives you no information about the gas use, a better one might include that).</div></div></div></div><div style="word-wrap:break-word"><div><div><div><br></div><div>/D</div><div><br></div><br><blockquote type="cite"><div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 25, 2019 at 5:53 PM Dirk Hohndel <<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Nov 24, 2019, at 10:09 AM, Willem Ferguson <<a href="mailto:willemferguson@zoology.up.ac.za" target="_blank">willemferguson@zoology.up.ac.za</a>> wrote:</div><br><div><div>Attached a screenshot of a concept of rearranging the statistics tab. The old design was not space efficient. This one provides all the information in the statistics tab of the present master. Important thing is that it frees a fairly large area at the bottom of the tab. The plan is to use this for more detailed graphical analyses such as bar charts of continuous variables and pie charts of categorical variables. The text box on the right with gas consumption information gets a scroll bar when the tab is made more narrow. Sometimes, with deco dives having 5 or 6 gases, the text in the text box can exceed the depth of the  box. In this case a scroll bar appears and allows viewing all the text.<br><br>Would this be workable at all?<br><br><img name="m_846113419176297920_m_6121699872958438273_m_8208646698176892041_StatisticsTab1.png" src="cid:16ea5aa917617690ef85" style="width:517px;max-width:100%"></div></div></blockquote></div><br><div><br></div><div>I'm always sad when one of us comes up with an idea for the UI and there are no comments at all.</div><div>There are several hundred people on this mailing list, most of whom I think use the software. So it feels odd that no one would care.</div><div><br></div><div>To me it looks less sophisticated. It looks very 1990-s :-)</div><div>Yes, definitely much more space efficient. But I really hope that we can come up with something that is more attractive than this...</div><div><br></div><div>Jordan, this is where someone with a design background might be extremely welcome... but I don't want to put you on the spot :-) :-) :-)</div></div><div style="word-wrap:break-word"><div><br></div><div>/D</div><div><br></div></div></blockquote></div></div>-- <br><div dir="ltr" data-smartmail="gmail_signature">Jordan Reiser<br>Experience Designer @ SparksGrove, a Division of North Highland<br><br>973.930.3206<br><br>--<br><a href="http://Linkedin.com/in/jordanreiser" target="_blank">Linkedin.com/in/jordanreiser</a><br>Rentbuybash.com<br>Splantern.com<br><br><br></div>
</div></blockquote></div><br></div></div></blockquote></div></div>-- <br><div dir="ltr" data-smartmail="gmail_signature">Jordan Reiser<br>Experience Designer @ SparksGrove, a Division of North Highland<br><br>973.930.3206<br><br>--<br>Linkedin.com/in/jordanreiser<br>Rentbuybash.com<br>Splantern.com<br><br><br></div>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div></div>