As I mentioned in the title, I plan to write an sensor-based application for windows phone platform, but I don't know if windows phone allow application (using some codes) to turn off/on the screen.
Microsoft certification will not allow application to do so, even though if your able to do with some hacks. You cant turn off the screen from your application. This type of app cannot be made for Windows Phone, the API's do not exist, and if someone found a workaround it would be removed from the store. Unfortunately non of the developers have developed such app for windows. One app is available on Windows phone store One Touch Lockscreen, Find here
Related
I am developing new windows phone 8.1
[RT] application working fine , but now my client want to give support to tablet also . Does my application work in tablet or I have to create a universal project ?
Please help me out for this .
Windows Phone 7.x or 8.x apps do not run on Windows 8/8.1/10 "out of the box" - you need to either have a universal app, or share your code (for example as a portable class library) to allow it to also run on the desktop variant of the OS.
If you want your app to run on over vendors tablets (such as Android or iOS) there are solutions that allow some code sharing, but again, you're looking at supporting another codebase to achieve this.
I'm beyond confused trying to grasp what is what regarding Microsoft's so called "Runtime" Apps (also called "Universal" or the convergence of Windows 8.1).
I'm currently building an app for both Windows 8.1 and Phone 8.1 and wondering, is the Notification API exactly the same? Since I'm having trouble understanding what is what, it's hard to google what it is I'm after.
If I googled for "Phone 8 apps" it's obviously wrong, because they are something different.
Optimally I just wanna use the exact same code for the phone app as for the Windows 8.1 app, is that possible?
Sorry if I made no sense and thanks!
If you create an universal app, you'll be able to share the exact same notification code between desktop and phone, as they both share the same runtime (called WinRT). Any code you find to implement notifications on Windows 8.1 is directly applicable on Windows Phone 8.1
I need to develop call blocker app in Windows Phone, I just heard that due to restriction of library, this is not possible in Windows Phone. Am I Right ?
Yes, You are right.
Call and SMS api is only available for OEM(Original equipment manufacturer) because of user privacy. So you can not use it.
Is it is possible to initiate a wp 8.1 Silverlight phone from wp8.1 WinRT phone app?
As i were trying for build a app for Scanning functionality,upto my knowledge there is no inbuilt options to scan the bar qode are QR code. When i search it for some resources, i found and many suggesting to use Zxing libraries. Though i tried with that and the success rate of the Scan was not that much satisfied.
When look through the Silverlight wp app, it was working quite well. So i was planning to create a seperate a app for this in wp 8.1 Silverlight app and that to be initiated from the WinRT phone app.
Please suggest some ideas on this.
Not directly. There is no way for a Windows Phone app to directly launch a specific other app. Apps can launch only files or URIs into their default handlers.
You can hack this by defining a protocol for your app and launching that, but you cannot guarantee that your SL app is installed. The protocol launch is fire and forget and cannot return data. The SL app could save it's data to a custom data type handled by the runtime app and launch that file, but this will all be pretty cumbersome and likely obvious to the user.
I'd try to keep all of the functionality in one app, whether that be a runtime app or a Silverlight app.
Apologies for the noobish question, and I did try to search but couldn't find the right answer (or didn't search properly).
Currently have an app developed in a windows desktop environment because it gives us access to deeper features of the PC such as serial port comms etc. that the normal metro environment wouldn't allow. We're currently developing the UI based on metroUI so we can run it on an 8.1 touchscreen (metroUI looks good, gives us a touch-screen experience with PC features) but we have no intention of putting it on the marketplace.
Just wanted to confirm if this is in fact doable, and we can have this desktop application with a metro UI? Or is my noobishness meaning I'm overlooking some technical feasibility that makes it impossible?
This is doable with the Windows 8.1 Update (from April 2014). It's not supported before that since Windows Store apps were blocked from communicating with desktop processes.
The Windows 8.1 Update adds a feature "Brokered Windows Runtime Components" designed to allow side-loaded Windows Store apps to communicate with a desktop back-end. This will allow your Windows Store app UI to call the desktop component to access API that aren't available in the limited app package environment.
See Brokered Windows Runtime Components for side-loaded Windows Store apps for details.
See Try It Out: Sideload Windows Store Apps on TechNet for how to enable side-loading on your systems. See Windows 8.1 Update: Sideloading Enhancements for updates on how to enable a system for sideloading (no license required when on a domain, and significantly easier to get a sideloading license for non-domain joined systems).
The developer license system is designed for development and test purposes only. You really don't want to use it for production. Use the proper enterprise side-loading system instead.
From my understanding, the whole point here is to make it look like a Windows Store app. If you're app is a WPF one, you can already use Mahapps.metro.
You can create a Windows Store app without going to the store by Sideloading it. You create an app package first. The user has to right click the .ps1 file in that package to see the option Run with PowerShell and install it in a very old fashioned DOS like manor. It will only run when the user has a Microsoft Developer License and renew it every month. However, it is not allowed to keep using a Developer License of the end user to run a Store app. In the end, the system has to be domain bound to be allowed to run these apps, or you have to buy a Enterprise Sideloading key. These come in packages of 100 for $ 3000,- or you can unlock all PC's for 1 client for $ 100-.
It would be nicer if the specific pros of a Store program were available in a desktop environment but with W10 coming up I do expect a bit more integration and less restrictions.
Hope this answers your question.