<p></p>
<p><a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/devinbileck/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/devinbileck">@devinbileck</a> Thanks for bootstrapping this investigation phase for a mobile app. I think the first prototype could/should be a simple rewrite of the current mobile notification app. This would already allow us to test the whole pipeline including additional notarization steps. Based on my experience you are not able to fully judge which toolset to use until you have an app downloaded from an app store on your phone.</p>
<p>Regrading toolsets I'm against any toolset that is just using a webview as a shell and the whole app is a pure website. This will always feel subpar compared with a native app. I personally have in-depth experience using Cordova for hybrid apps - so I wouldn't use Cordova. I played around with Meteor a bit some time ago and the seemingles/easy server/client development and communication was great. The native app development looks like as it is just using Cordova, so it would also be no option for me. Framework7 is using Electron which is also just a wrapper without native UI components afaik. Ionic is also a Hybrid-Web toolkit without native UI components. For Xamarin I think .NET or C# development is required, so I would rule that out as to not reduce our potential developer base. NativeScript looks like too much a in-progress framework IMO.</p>
<p>So in my opinion this leaves us with ReactNative and Flutter. Unfortunately with both I don't have personal experience so it would great to get feedback of someone who already has in-depth experience using this toolkits. ReactNative only supports  Android and iOS apps, but I'm quite sure you can leverage most of your business logic in a web React app as well. Of course the UI representation would need to be implemented again. But IMO you can't implement a good cross-platform, cross-resolution UI anyways. You'll always end with a compromise. So I think we should focus first on mobile and move from there to other platforms.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/bisq-network/proposals/issues/342#issuecomment-918903213">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNQAQSYDVMCYWXQFAQLUB35MXANCNFSM5DUCSR7Q">unsubscribe</a>.<br />Triage notifications on the go with GitHub Mobile for <a href="https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675">iOS</a> or <a href="https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub">Android</a>.
<img src="https://github.com/notifications/beacon/AJFFTNV6N5KRFFT7A7XLJALUB35MXA5CNFSM5DUCSR72YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOG3CVTLI.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/proposals/issues/342#issuecomment-918903213",
"url": "https://github.com/bisq-network/proposals/issues/342#issuecomment-918903213",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>