Separate projects for desktop/tablets and WP8? [duplicate] - windows-runtime

This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
What is the compatibility between a WinRT class library and Windows Phone 8?
I'm designing a windows store app for desktop/tablets and WP8. The app interface will be the same for desktop/tablets, but different for WP8. Would you suggest I separate this into two projects or do everything in a single windows store app project?

You need to separate. A Windows store app don't work on windows phone 8. You can share parts of code between win8 & wp8 using portable class libraries and winrt components, but need to do a project for windows store app and other for windows phone app.

Related

Can I share code between a Windows 8.1 Universal app and a Windows 10 Universal Windows App

I have an existing universal app targeting Windows 8.1 and Windows Phone 8.1.
I now want to create a Windows 10 version of the app. But I still want to maintain the existing Windows 8.1 and Windows Phone apps.
Can I share code between the (old) universal 8.1 app and the Windows Universal App?
I imagine a project structure like this:
Currently I have:
App.Windows
App.WindowsPhone
App.Shared
I would like to add another project for Windows 10:
App.Windows10
With a reference to the existing Shared project.
Is that a feasible approach? Or what would be a better approach?
Yes, you can do that. Add the Universal Windows project to your existing solution, select Add References... from either the Project menu or by right clicking on the Project's References folder in the Solution Explorer, then add App.Shared from the Reference Manager's Shared Projects section.
You'll need to make sure that the shared files are all valid in both contexts or use conditional compilation to separate out the differences.

Finishing a Windows Phone 8 app - is it different to WP7?

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.

How to call calculator in windows phone 8?

I have to create calculator in windows phone 8.
I need api or DLL to call it from windows phone 8.
Is it available calculator for WP8?
Any reference or idea should help me a lot.
Thanks in advance.
I'm afraid this is not possible with the Windows Phone 8 SDK: for launching apps/services, you need to use Launchers but in the launchers list, there isn't the calculator.
On Windows Phone 8 where you have access to more launchers via URI schemes, there is no way to launch the calculator.
It seems like you will need to create your own calculator. Like an exciting one shown here:
http://developer.nokia.com/community/wiki/Speech_Enabled_Calculator_For_Windows_Phone_8

Porting Windows 8 Metro App to Windows 8 phone App- identify API that are not implemented

I am porting a Windows 8 Metro application to a Windows 8 Phone app.
While the Win 8 phone app compiles, there are many API's which throw the API not implemented exception at runtime.
Is there a way to identify all the API's that are not implemented in an existing source?
The only way I can think of doing is to identify all API's being used in my app and then check if that API is supported or not.
Thanks,
Avinash
MSDN will specify if a given API is not implemented.
It will have a section like this: (for example see this page which is a common example).
Remarks
Windows Phone 8
This API is not implemented and will throw an exception if called.
It's quite confusing as lower down the page says...
Minimum supported phone Windows Phone 8
... but that's misleading as you have found already.
I think tooltips from Intellisense may help you as well from within Visual Studio.

Windows 8 App and Windows Phone App Submission

I am a little confused with the two apps, Windows 8 (which run only on Windows 8 OS?) and Windows Phone Apps.
Based on the marketing I heard around windows 8, I assumed an app available on Windows 8 would automatically be available on windows phone?
I am assuming this is not the case after searching around, because I see a windows app store (which I assume only includes windows 8 apps), and the windows phone.
Assuming my assumptions are correct, do you need to buy a developer licence for both windows 8 app store and windows phone store?
Is it as simple as submitting your windows 8 app that was created through windows phone, or is there additional configuration or development that needs to be done? Assuming that you don't care about resolutions or functionality.
Thanks for any clarification.
*Additional question,
Where does Windows tablets running windows RT and or non RT fall into all this? Are they windows apps I'm assuming?
Hope it helps you. As the store licences are unified (WP8 and Windows 8), the development remains different http://blogs.windows.com/windows_phone/b/wpdev/archive/2013/11/06/unifying-developer-registration-windows-and-windows-phone.aspx
Yes you are correct Both the platforms need seperate Developer Accounts one for the Windows Store Apps and one For the Windows Phone Apps..and yes both the Apps are different you have to develop both the Apps Separately and submit them to the respective market separately only then would it be available in the respective markets.
Separate Developer Accounts for the Windows Store Apps and Phone are no longer required. If you have a App Store account, you should now see that you can register up to 3 phones without a separate registration process.
IF you have a developer account, VS2013, and a windows 8 phone plugged into USB, an easy way to be guided through the process is to create a new project and select a W8 Phone sample. Specify that you want to debug using a Device (as opposed to an emulator). You will get a Device is not registered for development dialog with a link to instructions.
As mentioned in other post, things have been streamlined so W8 and W8 phone mostly overlap APIs, and you can probably use the same source, but will need build separate outputs.