<div><div dir="auto">Hey guys,</div></div><div dir="auto"><br></div><div dir="auto">Preview of what bryan and i have been working on. Finally had some time after the holiday to put some thinking and ideas together. What you’ll see is probably more of a future version due to the limitations of qt but we’re working through it. </div><div dir="auto"><br></div><div dir="auto">Check out the link below, the way i’m thinking about it is to make the collection and organization of dives easier to input and manage at a glance first- using space well so we only show what’s needed at the time the user is focused on specific tasks, and then revamp how analytics are displayed in a small space. Check it out, the prototype below doesn’t do the idea its full justice but imagine it a scrolling experience (you’ll notice the bubbles on the side)</div><div dir="auto"><br></div><div dir="auto"><div><a href="https://marvelapp.com/80h8907/screen/64271256">https://marvelapp.com/80h8907/screen/64271256</a></div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 26, 2019 at 11:51 AM Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Nov 26, 2019, at 3:24 AM, Bryan Oliver <<a href="mailto:oliverwritescode@gmail.com" target="_blank">oliverwritescode@gmail.com</a>> wrote:</div><br><div><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></div></blockquote><div><br></div>We build QtWebKit for desktop - so we can use that there. Neither Android nor iOS can use this option, though, because on iOS having your own "browser" is not allowed, and either way, the size of our apps (which are already huge in comparison to more "native" apps) would more than double...</div><div>I'm sure there are other ways to do the same thing on iOS and Android if that's really the direction we want to go to. I'm not saying it isn't, btw. I am just reflecting on some of the things you and I discussed last week about maintainability and dependencies.</div><div><br><blockquote type="cite"><div><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" target="_blank">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></div></blockquote><div><br></div>Yes. Our house is already smelling of thanksgiving as my wife has been cooking up a storm :-)</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" class="gmail_signature" 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>