How can I tell using c# or winjs when your app that the user downloaded is being uninstalled?
Can you call home, or try to save the client by giving/redirecting them to a site with an exit poll?
Not supported. A key goal with the Windows Store is to make it seamless and painless for consumers to try apps. One result of this is that Store apps don't have any control over or hooks into install/uninstall processes. Bottom line is that the act of uninstall is not a time to try to exercise user engagement strategies. :)
Related
So for our project, we have this app that's in the Windows Store. It is a Unity UWP app. At some point, we want to check if program X is installed on the user's machine. If yes, we want to launch it, if no we want to provide the user with a download link (or whatever.)
The app we want to launch, however, is a Unity standalone app. The user can download it from our website.
I tried multiple things. PlayerPrefs, Register checking etc. None of these really work. Register checking turned out to work decently well, but that only works between standalone apps. UWP apps seem to have no access to the Register.
Which left me thinking about URIs etc. But, I'm a complete noob regarding all of this and I have no clue how or where to start. Any help or direction is highly appreciated.
Ideal scenario:
User downloads our app from the Windows Store
Users click a button within our app
Our app checks the user's system for App X
If App X is installed, we launch it, if not we do something else
App X opens.
The UWP app cannot interact with the standalone Unity app directly.
You can write another standalone desktop “helper” app that does the actual work of checking the registry and launching the Unity app, and then make this “helper” app part of the UWP package and resubmit the package to the Windows Store.
Keep the “helper” app as simple as possible so it doesn’t have other dependencies.
Use FullTrustProcessLauncher to launch the helper app when the user clicks the button.
And the UWP app needs to have runFullTrust capability in order to use FullTrustProcessLauncher.
runFullTrust is a restricted capacity and when you submit the app to the Windows Store it is required for you to specify the reason why the capacity is necessary for your app. See this answer for more details.
I Am currently working on a project, and my idea is to build an application in C#, that runs on the Raspberry pi 2 with windows 10 IoT. My requirements are that the application starts automatically when the device is powered on, and is the only application that a user can interact with. (I cannot remember the technical term, but its similar to how an ATM runs on XP, but the user never sees XP, only the application to carry out transactions. I would like to use the Pi in this way.)
Is this possible?? If so, how would I go about achieving my goal?
Any help is Appreciated
If you're building a windows universal application, it should satisfy your needs by setting your app as the default app.
Go to Web-based device management portal, select Apps tab, choose your app in the installed apps list and click Set Default.
There are two options for running apps with win10: headed and headless. Headless runs in the background and is suitable for computations or tasks that require no user interaction. In your case, where you want the user to do something, you want a headed app.
take a look at Microsoft's IOT site and there are lots of samples describing how to get started: https://dev.windows.com/en-us/iot
I need to accept in-app purchases from within my desktop application and was wondering if the new Windows 8 API allows thein-app purchasing to be used with Desktop apps aswell as Modern UI apps? (http://msdn.microsoft.com/en-us/library/windows/apps/hh465433.aspx). I have read the docs and it doesn't say that you can't use it in Desktop apps, but there is also no documentation for it for desktop apps and all I have seen online are questions about whether it can be used in desktop apps but no real definitive answers.
This isn't purely a purchasing option. It's more about how I would need to implement this for a Desktop application if it can even be done to begin with.
Aside from that: Are there any in-app purchasing frameworks/SDK's that you could recommend if the one from Microsoft is not an option?
Update:
An article here will outline how you can submit a desktop application to the store. Unfortunately how this works is when the user downloads a Desktop Application from the store, it will load a Metro style portion and then navigate them away from the store to download. The Store will handle said transaction and compensate you accordingly based on the acquisition.
As part of the submission process, you must supply a purchase page URL
for your app. This URL is a link that sends the user directly to the
page where a customer can acquire your app with the fewest clicks
possible. This is a great feature for customers; if you provide them
with a clean and easy way to acquire your app, you’re already making a
great impression by giving them a simple and clear acquisition
experience.
When you submit a desktop app, you must supply a purchase URL for
32-bit and 64-bit systems. This URL can be the same for both.
During the app submission process, we request that you supply a URL
for users who need the x86 version of an app and one for those who
need the x64 version. For Release Preview, both URL fields are
required, and should correspond to the version of Windows that a user
is running. If the acquisition page is the same for both, we recommend
that you use the same URL in both fields. The Windows Store detects
whether a user is running the x86 or x64 version of Windows, and users
can only see apps that correspond to this version.
Essentially Microsoft will only be handling the commerce of your application; all other aspects will be handled outside of the store. The only aspect that Microsoft will directly handle is the initial commerce, with In-App purchases you might be able to have the commerce portion handled, but you'll still need to provide the information to be handled outside of the store.
Also, the current outline for a said feature in desktop applications really hasn't been covered any the documentation, perhaps as 8.1 approaches more details will be announced.
I have an existing App in Windows store(Metro Style)[XAML,C#]. I would like to convert this to Desktop(Ultra-book enabled ) and upload in to the Intel AppUp Store.
The application uses GPS and call several web API for certain features.
I there any tool to covert? or how could i port this app to Ultra-book enabled desktop app.?
Please provide step by step help or link..
I would check with Intel what APIs they provide for AppUp. I am almost sure though that there are no tools for this and you just need to solve it on a case by case basis.
I don't think there is any tool to convert it for you. Based on my experience with Intel AppUp, if you can extract your metro app functionality and create a normal desktop application for it, you should be able to submit the app in the AppUp store.
You will have to create a msi package for your desktop app and the msi should create a desktop shortcut which can launch your app. The appUp guys somehow figure out the shortcut target and can launch the app from the AppUp client itself. You will also have to take care of uninstallation from the appup interface.
I am using .NET CF 2.0 with C#.
I need to create Policy enforcement application, which restricts backlisted application installation on windows mobile devices. How can I get notification for new application installation with an option to close the installation. I also need to get notification when someone uninstalls my application with an option to close the uninstall process.
Policy enforcement on Windows Mobile can be tricky. I'd recommend not trying to do this yourself if possible.
I've had success with the SPB Kiosk Engine in the past and found it much simpler than locking down the device yourself. Previoulsy I've only been able to lock down specific devices with software from the device manufacturers.
To detect installation of other apps you would need to create an app/service to monitor installed applications.
There isn't a way to detect/prevent uninstallation without use of another proces to monitor this. Even then I'd expect it to be VERY tricky.