Can windows phone developer with student license add advertising to his app? - windows-phone

I have a free student windows phone developer license from dreamspark. I am registered at pubCenter and have added AdControl with AdUnitID and ApplicationID from it to my app. Everything works fine, but when I submit my app to the app store advertising is missing.
Is there a problem with the license type or with the submission properties?

"You may not use the DreamSpark software for commercial purposes or commercial software application development, publication or distribution unless you first purchase the appropriate commercial license(s) for the software."
Possibly MS has crippled the advertising functionality until you purchase a commercial developer license.
You might be able to save money on these licenses by signing up for the BizSpark program (http://www.microsoft.com/bizspark/about/default.aspx).
You could also be having a fill rate issue (see How to add Microsoft Advertising on WP7 App)

Related

Does Azure have similar feature like Firebase In-App Messaging

I am currently using Azure Notification Hub to send push notifications. I however also need to make use of in-app messaging, a feature I am only of being provided by Firebase at the moment: Firebase In-App Messaging
Does Azure/Microsoft have such a service?
Newest
I found that when I clicked on the Azure Mobile Engagement link, the page jumped to the Visual Studio App Center page.
So I searched for relevant information and hope it will be useful to you.
Configuring App Center for Push Notifications
PRIVIOUS
Microsoft has Azure Mobile Engagement.
Azure Mobile Engagement is now generally available. Azure Mobile Engagement has SDKs available for Apple iOS, Google Android, Windows Universal Apps, Windows Phone Apps and Apache Cordova.
General Availability: Azure Mobile Engagement

Azure AD Application Required Permissions list does not include all APIs

I have created an application to use the Office 365 Exchange Online (Microsoft.Exchange) API. I set successfully set up permissions as described here MS Integrating Applications on an existing development Azure Account. See APIs available on original account.
However, now I want to set up a similar app in a new Azure account so I can have a different visible domain for the permission sign up process. However, on this new account the Exchange Online API is not visible to select as a required permission.
This account only exists as a place to register the App so it doesn't itself have any users or need any licenses but do I have to have a license associated with that account just to be allowed to add a particular API to the required permissions? The documentation doesn't mention anything about this that I can see.
do I have to have a license associated with that account just to be
allowed to add a particular API to the required permissions?
Yes, you're right. You have to have a Office 365 Exchange Online license for your Tenant.
Why:
These APIs are exsiting in the AAD as service principal (Enterprise Applications). If you don't buy Exchange Online license, it won't occurs in the Enterprise Applications in your tenant. Once you buy the license, it will be automatically added to the Enterprise applications, meanwhile you can use its API via AAD.
This makes sense because if you don't have the license, you cannot use the product and you cannot use its API neither.
The documentation doesn't mention anything about this that I can see.
Yeah, the documentation maynot mention this and it should be noticed in the documentation. You can sign in the documenation webiste via a github account and give a feeback to the documenation Team:
Hope this helps!

Website with Quickbooks Online Integration without Sign in

I'm looking for a solution where a customer will fill out a payment form (subscription base) and customer information form on my website. The payment will go to the QuickBooks Merchant Service and charge them every month automatically. We will also add the customer info to QuickBooks Online.
How can I do this without a sign in process since the customer will have no QuickBooks account or QuickBooks Merchant account. Also can I achieve this with no e-commerce storefront like BigCommerce.
I tried using the QuickBooks PHP DevKit "consolibyte/quickbooks-php" and everything works but you have to sign in first.
Thanks.
I was searching some more and will this help me out > "QuickBooks PHP DevKit for the Web Connector". I'll keep reading the docs.
How can I do this without a sign in process since the customer will have no QuickBooks account or QuickBooks Merchant account.
Use this library:
https://github.com/consolibyte/quickbooks-php
And follow the quick-start guide here:
for QuickBooks ONLINE: http://www.consolibyte.com/docs/index.php/PHP_DevKit_for_QuickBooks_-_Intuit_Partner_Platform_Quick-Start
for QuickBooks for WINDOWS: http://www.consolibyte.com/docs/index.php/PHP_DevKit_for_QuickBooks_-_Quick-Start
Also can I achieve this with no e-commerce storefront like BigCommerce.
Yes.
everything works but you have to sign in first.
You have to sign in ONCE. Exactly ONCE. And then you NEVER NEED TO SIGN IN AGAIN. Of course you have to sign in at least once - how else would QuickBooks know that it's actually you wanting to exchange data with QuickBooks, and not some random hacker half-way across the world?
The sign-in is to authenticate and connect to QuickBooks THE VERY FIRST TIME ONLY. After THE FIRST SIGN IN, YOU NEVER HAVE TO SIGN IN AGAIN and can communicate without a sign-in.
This is standard OAuth, like every other OAuth platform on the planet. You sign in once to a authenticate yourself, and then you can do whatever you want from there on out.

Direct payment using PayPal Express Checkout library for iOS

I have been using paypal express checkout library to purchase some items from iPhone application which I developed. By using MECL (Mobile Express checkout library), Paypal will be asking the user to enter the credentials of his/her account. What if the users dont have an account in Paypal. So, In this regard, I would like to introduce "Direct payment" using credit/debit card apart from login approach.
So, how can I update my MECL which supports for Direct Payment also.
From the App Store Guidelines:
11.2
Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected
11.3
Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
is your app for jail broken phones? If not you will not get your app through review.

User permission to make a call

There might have been a restriction on originating (making) calls (voice or data)
from mobile phones without an explicit user permission
i.e. a window would pop-up, asking the user to press 'Yes'/approve or 'No'/cancel
for a call attempt made by a software application on that cellphone/mobile.
There seems though to exist API for making calls, voice calls and data calls, on various
embedded OS like WM, Symbian and Android. Do they require a user button-press then?
This is about runtime security model.
When you develop a mobile application, you also make a list of the APIs it might want to use. If these APIs are protected by a "capability" or "permission", you need to declare it in the application manifest file or makefile.
Depending on the target handset security policy and the access your application requires you may need to have it signed by a trusted third party (verisign, geotrust, google, apple, your mobile network operator, your handset manufacturer...)
The J2ME security model is: the user is asked about API access based on who trusts your application (i.e: your mobile network operator checks that your application won't cripple their network, so it's OK to only ask the user once about whether (s)he doesn't mind being charged for data download).
The native Symbian OS security model is: your application will not install unless it is trusted by somebody with enough power (i.e.: only the handset manufacturer has enough power to trust a new hardware driver)
A non-jailbroken iPhone security model is presumably all or nothing: If apple trusts your application it can do whatever it wants.
I don't know whether anybody has actually made a partially-trusted Android application that isn't available on the Android store and that can be installed on an operator-subsidised android handset.