I want to be able to scan a document with my universal windows app.The problem is that The Windows.Devices.Scanners APIs are part of the desktop device family.
Is there any way to check if the app is running on a desktop, and use these API's in that case?
Any other solutions or ideas would be welcome
Related
I have an older application that I've converted using Microsoft's "Desktop App Converter" to create a UWP application. The application appears to convert fine, and I can install and run it on my local machine. Unfortunately, when I try to submit the application to the Windows App Store, I get the following errors:
Package acceptance validation error: We don't allow the capability you've specified: runFullTrust.
Package acceptance validation error: You don't have permissions to specify the following namespaces in the appx manifest file of the package DownloadManager.appx: http://schemas.microsoft.com/appx/manifest/foundation/windows10/restrictedcapabilities.
Are there any ideas what is causing this and what the fix is?
I'm running Windows 10 Enterprise Preview Version 1511, Build 14352.1002
According to this article from the official blog, you cannot submit your Centennial apps to the Store just yet. You have to follow the process they mention in their article:
Windows 10 Anniversary Update SDK Now Available! Windows Store Open for Submissions
"Windows Store Open for Submissions; Including Process for Submitting Desktop Bridge Apps:
In addition, we will begin the process of accepting apps using the Desktop Bridge. While we build the pipeline into the Windows Store to publish these apps, our team will work directly with developers to get their converted apps and games into the Windows Store. Contact our team here if you are interested in submitting an app using the Desktop Bridge to the Windows Store."
You can find in this article Preparing your desktop app for conversion to UWP features that should be removed from codebase.
As I see there is one Your app always runs with elevated security privileges.
Check this one ar may be your app contains some another feature from list
I'm developing an app for tablet picture capturing. I want to use the windows store app.
I don't want to publish it. Can I develop it without publishing it to the store?
Any other ideas for app dev?
Thanks
Yes you can develop a Windows Store app with publishing it but you will be the only one who can use it. If you want someone else to run your app they would have to use your code in VS on their machine to run it.
I am starting first project for Windows Phone and it should work on at least Windows Phone 7.5. My question is if should I write app on Windows Phone 7.5 or should I write two app versions - once for Windows Phone 7.5 and another for Windows Phone 8?
I know that app which works on WP7.5 will also work on WP8 but what would you recommend? What would you do?
If you think that writing two apps for both versions is a better idea then should I write app on WP8 first and at the end remove special WP8 features to downgrade it for WP7.5 or maybe I should write WP7.5 app and then add some WP8 features to upgrade it to WP8?
I am asking because I want to learn WP developement and I have two tutorials: "WP7 jumpstart" and "WP8 jumpstart" tutorials (from MSDN) and I am wondering If I can skip WP7 and start directly with WP8?
Standard way will be to create a Windows Phone Class Library that will contain all the code except Page, View or Windows 8 specific code and than create Windows Phone App and set dependency to above created Library project. Now as Rowland Shaw as suggested you can target the Windows Phone app to 7.5 so that it will work for Windows 8 as well and if you want to use any Windows 8 specific API you can create separate application with same Library reference so that all the common code will not be duplicated.
Referr MSDN Link for the same.
If you wish to normally support all screen sizes, you should create 2 apps. Because WP7.x supported only 1 screen resolution, and running on WP8.x with larger screen the app will remain small size.
You would have to use WP7.5 if you are not going to impelement any feature which is present in only WP8
My Windows App reject by the Following reason:
Depending on the underlying cause of the issue encountered, the following resources may provide useful guidance to resolve:
• "Product ID": Avoid hard-coded logic based on the original Product ID. If your application design requires using logic based on a Product
ID, use the Windows Phone Store assigned non-volatile Product ID instead
Data for Windows Phone | Installation folder": Don’t write to the InstalledLocation folder in your production application release
submitted for certification (http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx)
Capability Detection": Double check that the capabilities required by your application are declared correctly. You can do this by running
the Windows Phone Capability Detection Tool, as described at How to: Use the Windows Phone Capability Detection Tool
(http://msdn.microsoft.com/en-us/library/gg180730.aspx).
Note: But My app working in my windows phone(Nokia Lumia 510) and Emulator.
I have totally confused what mistake i done in My Application.
Please give a suggestion. I am wating for all reply
Try testing on Windows Phone 8. There's been a few API changes in Windows Phone 8, which may result in failure on some functions, which works well in Windows Phone 7.
Most likely the issue is #3 - you're using a capability (data, location, etc) and not declaring it. Your app will still work in the emulator in this case, but will fail certification. Use the tool they mentioned to test this - http://msdn.microsoft.com/en-us/library/gg180730.aspx
I found something on this documentation page that doesn't make sense to me.
Under requirements, there is:
Minimum supported client: Windows XP **[desktop apps only]**
Minimum supported server: Windows Server 2003 **[desktop apps only]**
Now I understand the difference between an app with a GUI and one that runs as a service, but in the end, they are both processes. I've never heard of this kind of restriction on a function call like this. Is this just poor documentation, or is there something more to this?
With the introduction of Windows 8, Metro, and Windows Store, API documentations now specify which framework(s) they are supported on. Not all desktop APIs are available to metro/mobile apps, and vice versa.