I am developing an app that uses GPS, so typically the app must prompt the user to turn Gps on if it is muted.
So is there a way to open the Location Services menu from inside my app using adobe air?
I would imagine an ANE would be required for this.
Perhaps contact Distriqt to see if they would consider adding the functionality to one of their existing ANE's ?
http://airnativeextensions.com/extension/com.distriqt.NetworkInfo
Related
Understandably, PWAs (Progressive Web Apps) are added to home screen after the user visits the web app in a supported browser and clicks on "Add to Home Screen". This works fine for publicly available PWAs.
Thinking of Enterprise Android applications, which needs to be installed to thousands of devices via some app push tools like Airwatch, its practically not possible to have someone open the browser, put the URL and then add to home screen in all thousands of devices.
Is there any other way to automate this deploy/add icon to home screen of a Progressive Web App, not needing the user to visit the web app in a browser, and clicking on "Add to Home Screen" ?
One option we thought about is wrapping in Cordova, but we're trying to find a solution without such wrapper.
Chrome for Android generates and signs .apk file on the fly using WebPack, when the user clicks on "Add to Home screen" (from menu or install banner) option and if the site has a valid manifest.json and service worker.
Extracting and distributing APK: This .apk can be located and exported to desktop using file explorer tools. For some reason, some of default file explorer tools couldn't locate this .apk file. Once exported, this .apk can be used to distribute in controlled environment..like in enterprise devices, where you can enforce the deceive to have Chrome Browser. If this .apk is installed to devices which don't have Chrome browser, user will get a message saying "Chrome" is required to open this app. Once installed, installed PWA apk can be used.
For distributing PWA apps through Play store, google is streamlining the process. A google engineers repose on building APKs (March-2018), when we reached out to them for our enterprise needs.
"Well done extracting the APK and deploying it, it should give a good experience to end users, but I agree it shouldn't be that complicated to deploy web apps on Android.
We are currently working on a streamlined web apps feature, with which you wouldn't need to manipulate or build APKs. This feature will be available on managed devices using Play to deliver apps"
Alternate options: If you think your user base may not have Chrome or don't want to rely on that dependency, wrapping with Cordova kind of hybrid solution is the only way to build your PWA apps for distribution in app stores. With this option, if the "webpack" in the device has the version 40+, user will get PWA benefits. Otherwise, it will still work as a regular hosted web app.
Update on TWA - Trusted web activity is the official way to pack PWA for Android and its available in Chrome 72 and it also supports private/enterprise web apps as the digital assets validation happens in browser now(it use to happen in cloud, making this solution not possible for private web apps).
You can upload the PWA to Playstore using tools like PWA2APK. Just need to share the play store URL to the users, from which they can download PWA app like normal Android App.
Trusted Web activities are a new way to integrate your web-app content such as your PWA with your Android app using a similar protocol to Chrome Custom Tabs.
Trusted Web activities
I'm developing an Apple TV app.
It's almost done, but we need to add authentication function in this app. Like Youtube and HBO, TV will show a digit code, and user needs to go activate website in their PC to link with their own account.
This Apple TV app is using TVML templates to build.
I'm really confused to do this, and don't know where I should work on first.
Anyone has any ideas? Thank you!
It depends on your subscription model. If its cable based subscription service that allows you access to the content you get on TV based on your cable packages, then you need to use Adobe's service called Adobe Pass. More details on adobepass can be found here:
http://www.adobe.com/marketing-cloud/primetime-tv-platform/authentication.html
Advantage of AdobePass on TvOS devices is that it allows for single sign on across different apps and once authenticated, the user doesn't need to go through authentication across all apps using AdobePass.
If its something similar to HBO Now, YouTube, Hulu, Netflix, etc, which are standalone subscriptions and not tied to cable packages, then you can directly have a Login ViewController in the TvOS app that communicates with your backend and authenticates the User.
I want to display notifications in my Adobe Air App for Android using Adobe Flash and Action Script 3.0 .
I want to use notifications for reminding people to update my app when a new version gets released, so how do I do this?
Thank you.
As DefinitelyNotAPlesiosaur has mentioned, using an ANE is the way to go.
You can find some free ANE's to use here:
http://www.riaxe.com/blog/200-adobe-air-anes/
but I would highly recommend district as they publish multiple well documented ANE's with example files and offer excellent support.
http://airnativeextensions.com
It sounds like you would need either Notifications or Push Notifications if your message was to appear when the user is not using the app, or Dialog if the message appears whilst the user is using the app.
I would like to know if it is possible to programmatically communicate with the default Windows 8 Music Player (Windows store app).
For example, when is it start/finish playing a new song, what is the name of the song etc.
I vaguely have an impression that WinRT app are based on COM/DCOM, so I suspect there maybe a way to expose that to be consume by external program. Is my assumption correct?
Windows store apps are "sandboxed" apps. You can't communicate with other WinRT apps. So you can't access what's being played in Music app of Windows 8 app.
The only way a windows app can communicate with it's host environment is through what is called Activation Protocol which basically opens another app. So metro media players can't provide info about what they are doing to other apps.
Also a metro app can ask a file to be opened by default handler of host system.
So the answer is no. There can't be a way for the media player to inform other apps about it's status.
Windows metro Apps are more similar to a Silverlight app than a COM/DCOM component.
I have a nokia E63 and I want to develop a very simple application available in the main menu (desktop? home? dashboard? main-menu? can't find a consistent name for this...) that simply allows users to change between 5 modes of my application.
How to develop this particular kind of "widget" using c++/qt (or java)?
Assuming your app is a Qt app. way to go would be, use Wrt homescreen widget and combine it with your Qt app as explained here .