i was trying to submit my app to the Windows Phone Store, but i got these errors:
In Visual Studio 2013, i compiled the solution as release and not as debug. One of those Microsoft's links (the first error) suggests to add a flag to the linker, but i didn't manage to do that.
Also, the second one regards a bunch of unsupported APIs that i didn't even include in my project. Did someone face the same issue?
Thanks
Please check thirdparty libraries or you code for some API which not allowed for Windows Phone 8.1 Store Apps
For example, I added Flurry WP8.0 SDK in my WP8.1 Store App and I have the same problems. After that I removed Flurry and Store accepted my App
Related
I've been researching if it's possible to integrate Android, iOS and Windows Phone 8 in a buildscript for Jenkins. The main goal is if there is a release in a specified branch in the given VCS, that it'll publish them to their responsible store. At the moment I've a way to publish Android and iOS, but it seems that there is nothing for Windows Phone 8.
The question is:
Is there a command-line based application that is able to publish Windows Phone 8 apps to the Windows Store?
If there is a way to integrate with a API or simply by doing some POST/GET requests, I would like to know as well. At the moment I'm researching that part.
The part of building and signing the APK's, APPX's and IPA's is already taken care off.
For iOS I'm able to use FastLane(Deliver) or
Nomadcli(Shenzhen);
For Android I'm able to use a Jenkins plugin(Google Play Publisher) or integrating with the API (there are various command-line based applications out there);
I would really appriciate if you can leave a answer! Thanks in advance!
There is no API for the Windows Store available (yet) that would allow you to do this.
This may seem an odd question , but I'm just wondering if the process of finalising a WP8 app is different to a WP7 app.
In WP7 when I am ready to publish an app I just go into the Debug/Bin folder upload the XAP top Dev Center. However, when I do this with WP8 apps they never serve ads. Also the XAP is always called something like AppName_AnyCPU_Debug.xap compared to just AppName.xap in WP7 apps (using VS2010).
I know with Windows 8 you do something different, but is it the same in WP8?
Help is appreciated.
Yes, its same in Windows phone 8.
But dont forget to check the project for store requirements.
Here is the link for more info on Store test kit
http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh394032%28v=vs.105%29.aspx
I am not sure about windows phone 7 but in windows phone 8 *_AnyCPU_Debug.xap means that xap is targeted for any CPU architecture(x86 or ARM) currently all windows phone CPU are ARM based. and secondly _Debug means that the xap is build as debug and that is not a good idea to publish the as the xap will contain unnecessary debug symbols and effect app performance. alwasy use build mode release when every you are publishing your app.
I'm creating an app using the universal app template from visual studio 2013 update 2 and I'm trying to add Admob SDK. However, when I try to compile even before adding the adView control to a page I receive an error saying that this kind of project cannot have an adcontrol.
Does anyone know a solution for this?
As for now AdMob library contains only Silverlight components. So it is not compatible with WinRT and Windows Phone 8.1 apps. The only alternative for now is Microsoft's pubCenter, which is limited to list of countries.
Also you can use AdDuplex - it is not exactly for earning but for promoting your app.
similar question was asked here on msdn
I recently started learning Windows Store Application development using c++/cx. I got a developer account(just singed in with my outlook account when visual studio asked for a developer account) and could test most of the application i created on my Windows 8.1 PC.
I am now creating a sample application for reading SkyDrive's content for the signed-in user and displaying it on the screen. To be able to login to a Microsoft account i need to associate my sample application with Windows Store which requires a paid developer account. I had tested a similar sample app in Android which didn't require any such registration. I am wondering if there is any workaround which wouldn't require me to buy a paid developer account as i don't intend to publish any application on the store but merely want to test the Live API.
Also, if not then Why would Microsoft want the developers to pay for just testing the Apps they create which they might or might not finally submit to the Windows Store?
The only way (I think) is to register App here and create not a Windows Store app, but classic Windows App. So, code base will be mostly the same. LiveSdk have no choice to set app Id or app secret in Windows Store version of Live Sdk. Alternatively, there is an ability to get free dev account via dreamspark or bizspark, but there some requirements.
I found an alternative.Just download one of Microsoft's Official Sample Apps for Windows 8.1(Samples are available in C++, C#, VB and JavaScript) and modify it. The Sample Apps are already associated with Windows Store and hence would let you login to a Microsoft Account using the built-in login mechanism.
I understood Silverlight was drop by MS.
I create my first app permitting to read RSS in WindowsPhone and I need to add a reference to System.ServiceModel.Syndication.dll. In the doc http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh487167(v=vs.105).aspx, I need to find this lib in Microsoft SDKs/Silverlight/v4.0/Libraries/Client/.Why should I do it? Why I can't add directly a lib from the standard .net4?
Can you help me to understand.
[UPDATE]
When I add the lib from C:\Program Files (x86)\Microsoft SDKs\Silverlight\v4.0\Libraries\Client\
Visual Studio shows a windows "Adding reference to Windows Phone XNA assembly is safe. However adding reference to a silverlight assembly may lead to unexpexted application behavior. Do you want to continue.
So my assumption is this lib shoudn't be use but I don't find another way.
Maybe by add a ref from .Net 4 or 4.5.
Best regards,
Alexandre
The Windows Phone 7 SDK was built on top of Silverlight. For Windows Phone 8 this was changed so that there isn't a direct history with Silverlight but it was based on WinRT instead. Lots of functionality was made available to Silverlight controls to support backwards compatibility with apps written for 7.
Because WinRT is not compatible with classes written for the full version of the framework you cannot use these in your Windows Phone apps.
The warning you are getting is just a warning. It's telling you that your doing something that isn't an ideal and so you may have issues. Unfortunately there are no other versions of the SyndicationFeed object available to Windows Phone apps so you'll need to use this library if you want the functionality of SyndicationFeed without recreating it yourself. The good news is that there are no issue with using this class in your app. Just be sure to test carefully, on real devices, if you start to use other functionality from that assembly because, as the warning says: "there may be unexpected behaviour".