I managed to create a custom pwa install button in html javascript that works well on an android only based on this documentation:
Android Pwa
My current problem is getting it to work on safari ios and chrome for ios.
I have read from my research that browsers like safari do not support pwa installs.
I would now like to ask if there is at this time an alternative to create a custom "Install ios app" button in my PWA. Thank you for your propositions.
I am a front-end engineer, but recently I find a circumstance happen usually.
That is what we set by media query for RWD and everything seem good in Chrome dev tools to switch to iphone5, iphone6, but when I really use my iPhone, open such as Safari, or Google App (maybe Chrome mobile), the style just go away.
Now people use mobile device a lot, so how do you overcome this situation?
Check out USB Debugging for the chrome browser or safari with android and iphone.
[Chrome USB Debugging]
https://developers.google.com/web/tools/chrome-devtools/remote-debugging/
I have made a simplest sencha touch app and package that with Cordova 5.4.0. All is well on Android and on iOS. BUT it got stucks/hangs on splash screen on Windows 8.1 mobile phone.
I am using Windows 8.1, Windows phone 8.1 and Visual Studio Express 2013 Update 5.
A simple cordova app run well, But Sencha Touch app not opening.
The issue is that Windows 8.1 mobile browser is detected as both IE and Chrome, which means that certain objects are not initialized, but expected to be available.
The initialize code goes like this:
if(Ext.isIE) ...
else if (Ext.isChrome) ...
and the code that requires the object goes like this:
if(Ext.isChrome) ...
This code only works until a browser is detected as both IE and Chrome.
To check whether you are affected by exactly this, please do the following:
Open the sencha touch app in IE11.
Open the developer tab.
Switch "Profile" to "Mobile and "User Agent" to "IE 11 Mobile / Windows 8.1"
Your app should reload into failure.
When trying exactly this with official Kitchen Sink, you will find that this is a problem of the Sencha Touch framework. I have already filed two bug reports to that regard, but they are ignored by Sencha, so please don't expect anything from them.
Make a webrtc script with nodejs and it working nicely windows and android but it doesn't work in iOS any way to run webRTC in iOS
Till iOS 9 there is no support for WebRTC in Safari But apple has given final approval to include that in upcoming safari browser so its in development stage as of now
In Android webRTC support was added in 5.0 only so it previous versions of android it won't work
Here is the official reference
Possible solutions:
You can develop a Mobile app that supports webRTC in iOS and Android.
Fortunately Cordova plugin supports WebRTC.
So you can easily develop mobile apps as its cross platform framework.
I'm doing some rough development on the iPhone. I'm writing a native iPhone app, which uses an UIWebView object to load web sites with javascript. I find very difficult to debug the javascript code on an iPhone.
What are the methods/techniques available for this matter?
Since Safari on the iPhone is using webkit, you could use the debugger built into desktop Safari's web inspector. While there will probably be some quirks that are different between platforms, it will give you a pretty good idea of what's going on in the interpreter.
If you have access to an Android phone, you can debug your application using desktop Chrome's full developer tools and a USB cable (very convenient).
That means the debugger, profiler, HTML inspector, etc, all running on your mobile phone, but accessed through chrome running on your laptop/desktop computer.
Android Chrome and iPhone Mobile Safari are usually more similar to each other than Desktop Safari is to Mobile Safari, the screen format will be similar, the layout similar, and you'll be able to try real touch events, etc.
https://developers.google.com/chrome/mobile/docs/debugging
It'll require Chrome, an Android device able to run the android Chrome app, and a USB cable.
You have to install and use the ADB console command, but once its working, you'll have the full chrome developer tools interface available for debugging mobile.
Similar to Adrian Harris, it is possible to debug any website on the iphone by creating a dummy project in dashcode, clicking on "Mobile Safari" and then "Run"
Once the iPhone Simulator opens and safari opens with the dummy project website, click on the url bar of safari, enter any public url, and when you are at the site, you can click "Pause" and the debugger will pop up after any javascript code runs. At this point, variables can be inspected, breakpoints set, etc.
I know this is an old question, but wanted to update the answers with the latest info ->
The new safari (for mac) has a way to use the web inspector on an actual iphone or ipad in real time if you have the latest software (safari, iOS6, and MacOS) and an attached (with a cable) iDevice.
You access it by enabling it in the "advanced" safari preferences on the iphone, then under the develop menu in safari on the mac. See here for more info: http://developer.apple.com/library/safari/#documentation/AppleApplications/Reference/SafariWebContent/DebuggingSafarioniPhoneContent/DebuggingSafarioniPhoneContent.html#//apple_ref/doc/uid/TP40006515
You can also access the simulators in the same way (installed with xCode).
I agree with pjbeardsley. I would add to use your web page within http://www.testiphone.com/ just so you can see what the dimensions will be like. I would definitely use Safari and the Web Inspector for it as well
I have had mixed success using Dashcode which has a javascript debugger paired with the iPhone Simulator. It is a bit tricky to get working because you can't launch it without opening a project. But as I recall, I posted the project on the web, launched a placeholder project, and then debugged the placeholder project in Dashcode. Then I navigated to my url in the Simulator and was able to set breakpoints. There were probably a few other hoops to jump through, but once it was working, it was like I had a real debugger within Mobile Safari, which was great.
Good luck