Where 1) we cannot use TSNet to "listen" to the socket being used by the Browser widget
2) We cannot overlay a browser with any kind of control/dialog on mobile (or desktop) 3) the browser widget takes the whole card screen on mobile phone, except bottom nav bar which is native LC control 50px high 4) it doesn't help to load your own local page with a loader give because this is "supplanted" by the remote URL and the browser widget goes blank while waiting for the remote page to load 5) we want to inform the user after 5 seconds that this is taking a long time and perhaps they may like to abort. has anyone here wrapped this use case already? I can think of various scenarios. but I'm loath to mess with the screen too much as we already having issues on Android with the browser widget. if we can hide the browser widget on mobile and we *can* over lay a control then we can load a native LC image with our loader animated GIF.. the it's a no-brainer to use this algorithm check browserDocumentLoadComplete on send in time every 500 milliseconds if elapsed time > 5 seconds then inform user, offer choices… if complete then hide our image and show the browser widget. I am already doing the above and raising a small "snackbar" at the bottom of the screen that says "loading"… that is <50 px high and since that area is not occupied by the browser widget, this works… but I would rather have a more "in your face" dialog for the user who is, say in mangroves of Bengal with Android/3G and is waiting, waiting and waiting for a page to load from some Cloud Flare server in Chennai, Delhi or Bangkok… (no kidding I actually have some users in that context) my beta tester in Kerala wants some better notification for this situation. But before I go down this road, I'm wondering what anyone else may have come to for a UI/UX for this that works we on both iOS and Android. or boil down to a single question: Anyone having issues with hiding/showing the browser widget on Android? and using that space for native controls while it's hidden? BR OT: Throttling bandwidth on test devices seems to be a common requirement, if you are stuck with highspeed WIFI.. what to do? A quick search, yes, lots of hits, but no easy options… for either iOS or Android. Have you found one? For now I'm just switching to airplane mode, commenting out our "pingForConnection/Abort" handlers in test builds… but this is a nuisance… _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
