I want to deploy my Windows Store App in a system, which is not part of a domain.
As per the MSDN document, we need to activate a side loading product key.
What exactly is this product key?
From where I can get the Product Key?
You need to get key's through volume licensing.
check following article
Deploying Metro style apps to businesses out.
Also check this document
Volume Licensing guide Windows 8 and Windows RT
Microsoft are pricing Windows 8 Pro at $188 through Volume Licensing
Related
I have read many articles about the "forward compatibility" of WP apps stating an app targeting 8.0 can run on an 8.1 phone. But I have not verified this on WP Store.
I have published a universal app for WP 8.1 and some users have installed this app. Now I am investigating the various upgrading scenarios happen when Windows 10 Mobile comes out later this year.
Scenario 1: Can a user download and install the 8.1 app with a newly purchased Windows 10 phone? Will it show up in the new, unified Windows Store?
Scenario 2: Can a user who has already installed this app continue to receive updates to this app after he upgrade his phone to Windows 10 Mobile? I have no plan for a Win 10 release at this stage and I will update the 8.1 release in the months to come.
It will be helpful if you can provide me some links about the policies of the new, unified Windows Store.
Yes to both. Existing apps will show up and can be installed from the store. As with the existing stores, users will get the most relevant app for their device. Your existing Windows Phone 8.1 apps will run on and be available for Windows 10 mobile devices. You can update it and expect your users to receive the updates.
This is discussed in the store sessions from Build:
All That is New in the Windows Store and Store: Deep Dive on Publishing Universal Windows Apps
The blog entry Get ready for the Unified Dev Center dashboard preview and upcoming Store changes goes into detail on what you need to do to support various scenarios with the updated store.
I have a computer with Windows 8 Enterprise (Evaluation) and an Intel Q8300 CPU (which does not support SLAT as far as I know).
I also own a Samsung ATIV S - Windows Phone 8 smartphone.
I would like to develop Windows Phone 8 app(s) but the emulator won't run on my PC. What are my options? Can I plug the phone via the USB cable and debug the app on it? Or this will also require a developer account (which I hear is 100 US dollars per year)?
You have to unlock your phone to debug applications on it, and yes, you need a Windows Phone Developer account to do that. It costs 100$ per year.
MSDN: About deploying and running apps on a Windows Phone device
You have to meet the following prerequisites before you can deploy an
app to a Windows Phone device:
You must be a registered developer. For info about registering as a developer, see Registration info.
The phone must be registered. For more info, see How to register your phone for development.
And about Dev Account cost: Register for a Dev Center account
An annual Dev Center subscription is $99 USD plus any applicable tax.
For that, you’ll get to submit unlimited paid apps to Windows Phone
Store. You can also submit up to 100 free apps.
You do not need to pay for Windows Phone Developer account. All you need is a computer with Zune software running and a USB cable. The rest is mostly automated.
Depending on your app, if you can get 99% working on f.e. android, it might be an option to upload a winphone build to the Windows Phone Store and specify its a beta submission. To do this, yes, you need a developer account. But you dont need to unlock your phone.
Add yourself (and other devs) to the beta tester list and submit the app.
It will be available in ~1 hour, but it doesnt really appear in the store; you need to install it using a link sent to you by mail.
As for debugging, try Weinre.
I have searched around a lot but have not found much of anything in regards to local storage for Windows 8, Windows RT, and Windows Phone apps.
I want to display the browser on a page surf and search webpages. When I find the specified webpage, I want to store the url on a local storage of the device.
On another page, I want to display the URLs in a list for fast select and direct surf to the url. I am developing with visual studio 2012 and vb.net.
Local storage options for Windows Store apps is pretty well covered in the dev center topic Accessing app data with the Windows Runtime
In Windows 8 (Windows Store apps), you could use app settings (registry based), local application data (file-based and sandboxed) as well as the roaming versions thereof.
Since you mentioned Windows Phone 8, I'll add that while the same Windows Storage APIs are surfaced for Windows Phone, only local application data will work directly. In Windows Phone 8, local application data is another way of handling isolated storage; however, there is no built-in roaming data option. Additionally, app settings as implemented in Windows 8 is not available in Windows Phone, but you can use isolated storage settings which is semantically equivalent.
I have gone through the web browser terms and conditions, and there it is clearly mentioned that you cannot use the web browser for general browsing, and if you are doing the same, your app would be rejected by the microsoft app store
For reference please go through
http://blogs.msdn.com/b/wsdevsol/archive/2012/10/18/nine-things-you-need-to-know-about-webview.aspx#AN6
I planned to create a Windows 8 Store App but reluctantly had to switch to desktop application. I found that Windows 8 Store Apps fail to detect second screen, which is necessary for me.
The intention still is to mimic the behaviour of Windows Store App as much as possible. Partly to educate myself but also to use a modern nice design.
I use WPF with very similar design (App bars, Navigation bar, snappy await-async pattern, etc)
Now I come to the point where I need to store settings!
I would really like to use the very convenient central storage available through Microsoft Live login. Is that possible even if I don't have Windows Store App?
Clients might be Windows 7 or Windows 8.
Can I make the user login to Microsoft Live and use these facilities?
Many WinRT APIs are available from desktop applications, in addition to Windows Store applications. Windows.Storage.ApplicationData appears to support desktop apps. Look under the "Requirements" section in the documentation:
Minimum supported client: Windows 8 [Windows Store apps, desktop apps]
Someone at Intel posted on how to use WinRT APIs from desktop apps. The post is from September, 2012, and the screenshots appear to be for an older version of the MSDN documentation. Just keep that in mind.
Dave Bennett of Microsoft has a useful blog post which will introduce you to roaming your app data.
I may have misunderstood you, but I think what I mention above is what you want instead of using the Live Connect APIs.
I have a custom bar code app running on .Net 2.0 framework and installed on a Windows Terminal Server. I’m using HP type thin clients and they are pulling their desktop from the TS that has my barcode app installed on it.
For the most part, the barcode app runs with no problem. The only issue I have, is that my barcode app needs to print labels to a specific printer based on the work center that the thin client is located in. The barcode app was designed to route the labels based on the device name (Windows name) of the system that the barcode transaction originated from.
I have a full blown Windows XP Pro system also running the barcode app and I have no problem with the label routing because each of those type systems has a unique name that I can use for routing. Where I’m running into a problem is that the barcode app running from the thin clients, appears (from the barcode app’s point of view) to running from the Terminal Server not the individual thin clients.
Does anyone have any idea how I can pull some type of unique identifier from these thin clients to use within the barcode app to use for routing of the labels?
That is a tricky problem. If your thin clients have set IP addresses though, I think I have a solution for you. I found an article that explains how to get the RDP client IP address (not the server's address). This will have a problem if you are going through a NAT but if you are connecting directly using RDP, it should work:
http://social.technet.microsoft.com/Forums/en-US/winserverTS/thread/857af1fe-75a4-4845-b989-f18636f296c9/