Looks interesting!

On Fri, Dec 13, 2019 at 5:14 AM ♠ Jordan Reiser ♠
<[email protected]> wrote:
>
> Hey guys,
>
> 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.
>
> 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)
>
> https://marvelapp.com/80h8907/screen/64271256
>
>
> On Tue, Nov 26, 2019 at 11:51 AM Dirk Hohndel <[email protected]> wrote:
>>
>>
>> On Nov 26, 2019, at 3:24 AM, Bryan Oliver <[email protected]> wrote:
>>
>> > 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).
>>
>> 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.
>>
>>
>> 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...
>> 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.
>>
>> As for access to calling c++ functions from that UI kit (because you’re in 
>> an html5 webview):
>>
>> https://doc.qt.io/qt-5/qtwebchannel-index.html
>>
>> 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.
>>
>>
>> Yes. Our house is already smelling of thanksgiving as my wife has been 
>> cooking up a storm :-)
>>
>> /D
>>
> --
> Jordan Reiser
> Experience Designer @ SparksGrove, a Division of North Highland
>
> 973.930.3206
>
> --
> Linkedin.com/in/jordanreiser
> Rentbuybash.com
> Splantern.com
>
>
> _______________________________________________
> subsurface mailing list
> [email protected]
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Reply via email to