When you say android application I understand its a .apk executable. But When you say developing android application using html, does it mean we still get a .apk file or when we develop using html, is it then called as android web development, which means you won't get a .apk file. But you get a html file that runs on android browser. Is that a correct statement. Because apart from Java and C# Xamarin which will produce a .apk file, I dont think html--->.apk file never happens.
So .apk file means apps similar to windows applications, and using html means we
create a mobile web application?
does it mean we still get a .apk file or when we develop using html
It can, if you are using tools like PhoneGap.
or when we develop using html, is it then called as android web development, which means you won't get a .apk file
An HTML5 Web app, particularly with offline caching, can feel a bit like an app. However, it would be written as a Web site or Web app and distributed as such, not distributed in the form of an APK.
Related
I have a website, a set of HTML, JS, and CSS files, all this successfully works under Apache Cordova via WebView on Android.
I want to run it on Delphi, via TWebBrowser, but if I open index.hml via file:// then JS scripts will not get access to local files. Actually, the same thing happens on a PC, too.
I see the solution as follows: raise your HTTP server and connect to it from TWebBrowser. If my idea is correct, the actual question is: What is the reason to raise the WebServer for Android?
I am using Delphi 10.3 CE.
web-crawler written in python3, webdriver.Firefox() or webdriver.Chrome(Path) allows to open the browser and extract something. But, what if this crawler (written in python) exported to Android either using Kivy or using some other way Will .apk file work? Will the browser will open there too? In .apk file, we cannot not allow to open the browser. Then how the web-crawler will work? Any other solution except headless browsing that can work in android application ?
If I create a html 5 application for a phone (using phonegap or Icenium) that calls a webservice which needs a username/password, can a person look at the code somehow or is the JavaScript compiled away or obstructed in some manner?
Assume in this case that the url is in a javascript file with username and password.
Neither Phonegap nor Icenium (both based on Apache Cordova) obfuscate or compile the JavaScript code of your app.
You can take any Cordova app for iOS or Android and simply unzip the .ipa or .apk package to reveal the HTML, CSS and JavaScript code that powers the app.
If its a regular user, then most-likely not.
But if you are asking this question because you want to prevent someone that is skilled want needs to see your app for code. Then the answer is:
Nothing is safe in your clients device. Not sqlite database, not built-int storage , and not source code( weather its compiled or not);
I'm working on the UI for an Android and iOS app. It will likely be built with PhoneGap (or the like) meaning the UI will be an HTML5 implementation.
For most of the images, we've decided to go with SVG files as they scale well across the various Android screens and are great for Retina on iOS.
So far, using .svg files is working fine for us and thanks to Safari and Chrome support, easy to test locally in a standard browser.
The catch is that these .svg files are going to get rather large as we turn them into sprites. As such, I'm looking into using GZIPped svg files (.svgz).
A quick test shows that a 50k SVG we are using compresses down to 8k via Gzip.
The catch, however, is that it appears that there needs to be a client/server relationship going on to decompress the SVGZ file. I can't get Safari to render the linked .svgz file when run locally (as I assume it will be when via a webview in a PhoneGap compiled app). Chrome appears to be able to render the svgz, though.
So, my questions:
Is there any way to use .svgz files locally on iOS via a PhoneGap app (I haven't gotten to the point where we're compiling via PhoneGap yet so can't test that part at this time)?
Any known issues with .svgz on Android (given it seems OK on desktop Chrome)?
Should I even be bothering with .svgz in this situation where there aren't actual download speed concerns (outside the initial app download)?
I don't know much about issues with svgz on either iOS or Android, but you definetely shoudln't worry about the size of the .svg files compared to .svgz, not even for the initial download. All the files in an Android and iOS packages are compressed anyway, so zipping those files yourself won't bring you any gain. It might actually be better for your app performance-wise to keep them un-compressed.
When I compile my web app to a native iOS and Android app, how will it work? Will it be a regular web view that runs my app, which is in my server? Or it will place all the images, HTML and CSS files inside folders in the app project on Xcode and read them locally?
The latter. It will copy all files to the device, and run a webview which will load from the local directory. Think of it like you have some web files on your PC and point your browser to localhost to access them. It will load all the local pages/images even when offline, but you will face errors connecting to external resources unless online. Plenty of web apps are made without ever touching the developer's servers, also many times a simple restful solution will suffice.