Can non-Metro Windows apps (ex: Explorer) be built with the new WinRT, or must they still be Win32 based?
I asked this during the 'Ask the Experts' session at //Build/. The answer was "Yes, within reason. Not all of the WinRT api's will function when called from desktop apps - for example any metro specific ones will fail. No explicit list of which ones work from desktop (non-metro) apps is available."
Edit:
It appears that the documentation has been updated to provide a list of WinRT api's available from the desktop.
From "Dev Center - Metro style apps"
A sticky posted by moderator on Thursday, November 03, 2011 1:16 AM
We have received a number of inquiries in this area.
The documentation will be expanding as the Windows 8 project
progresses to include more API specific details. It is possible to
use WinRT from Desktop applications. WinRT APIs may be tied to Metro
style apps, Desktop apps or potentially available to both. The
documentation will list which environments (Desktop, Metro style or
both) a given API works in. Note: Custom WinRT components are only
supported in Metro style applications. They are not supported in
Desktop applications.
Related
I'm developing a C++-Win32-app which should be deployed in the Microsoft Store. Unfortunately, since runFullTrustis added automatically as required capability, the program appears in Microsoft Store as follows: "This app can access all your files, peripheral devices, apps, programs and registry.", but I don't need all of those capabilities. Is there any possibility to get rid of the runFullTrust capability or to choose which capabilities are really needed?
If you want to publish the Win32 apps in Microsoft Store, and you must add restricted capability runFullTrust in the manifest.
Only UWP app can be published in the Microsoft Store,if you have an existing desktop application that was built using the .NET Framework (including WPF and Windows Forms) or C++ Win32 APIs, you can several options(Package your desktop application in an MSIX package, Use UWP APIs...) for moving to the UWP and Windows 10. The moved app called desktop bridge apps. You can see more details in document:
Move from a desktop application to UWP
The restricted capability runFullTrust is required for any desktop application that is delivered as an appx or msix package (as with the Desktop Bridge), and it will automatically appear in your manifest when packaging these apps using the Desktop App Converter (DAC) or Visual Studio. You can see this in document:
Restricted capabilities
I would like to access Bluetooth LE devices using the corresponding UWP APIs. However, my application is a "classic" C++ application (3D game) that can't run as a UWP app. Is there a way to do that? Accorind to enter link description here these APIs are published, but I don't know the steps to access them I have only found some posts for Windows 8/8.1 apps that include the Windows.winmd and Platform.winmd metadata files and set the /ZW compilation flag, but this doesn't seem to apply to Windows 10.
You should be able to do this, as the Bluetooth classes (e.g., BluetoothLEAdvertisement) are marked up with DualApiPartitionAttribute (callable from desktop and UWP apps).
Using one of the older Win8.1 desktop samples should give you a good starting point for calling the APIs without requiring /ZW or referencing the winmd files. A good example is the desktop toast API sample.
If you go that route, you can use classic COM to create the UWP/WinRT classes via WRL helpers.
You can use the web that you make a web server and the C++ application use the same server and if UWP send the info to server then it will send the info to C++ application.
To safe,the UWP can't use the desktop app.
In order to get your application certified for Windows 8, Microsoft says that you need to "only use APIs for Metro Style Apps" (reference)
Is there a tool that can be used to check against existing C++ code to find out if your existing application is in compliance?
Use the Windows App Certification Kit (WACK), which is installed as part of the Windows 8 Developer Preview. You can find instructions for using it on MSDN:
"How to test your app with the Windows App Certification Kit"
If you want to test existing libraries, you can create a Metro-style app that references those libraries and run WACK on that app. (Note, if you want to test a static library, you need to exercise enough of its functionality from the app so that all of its functions get linked in.)
I am new in Blackberry. Can anyone help me out for following queries?
Which SDK is used in Blackberry?
In what language are Blackberry applications developed?
Can we call webservices through Blackberry applications?
Blackberry applications are written in Java. They support Java ME as well as some additional blackberry specific APIs. Check out http://na.blackberry.com/eng/developers/javaappdev/overview.jsp
As for calling a web service, yes you can do that as well. Check out the Rapid Application development tutorial at: http://na.blackberry.com/eng/developers/rapidappdev/
As heavyd said you can use the Rapid Application Development for accessing web services.
I've used the Visual Studio plugin before but this doesn't allow you as much access to the API as using the standard JDE plugin for Eclipse or the Blackberrys Java Development Environment (at least when I used it). It all depends on what you want to do, whether it's whip up a quick app or create a fully customised sweet looking application that'll take a little longer.
If you don't decide to go down the RAD route you can use a 3rd party library like KSOAP2, or, the way I do it, is use the Sun Wireless Toolkit (WTK) to create Stubs for you're web service methods which you can then call in your application. I've used this method for a .NET web service and it's pretty straightforward.
I've been asked to build 'widgets' that let users of a web application install a desktop, or web-based widget which will provide:
Notifications of new content.
Personalized access to key performance indicators
I'm looking for some information to inform our requirements and design discussions.
On the desktop you can target the Vista Sidebar, or on OS X there is the Dashboard, as well as others. From the web perspective you can target iGoogle and others. If I was to start by developing for the widget framework that had the greatest number of users, which would I choose? Does anyone provide statistics on the number of users?
The client would prefer to provide a richer experience for end users and I think this could be achieved using a desktop widget framework. However there would be some questions around the number of users that we can hit with any single framework (eg. sidebar). What technology or framework could I target that gives me cross-platform compatibility? Should we embed Flash?
Rather than live within a widget framework, I was going to suggest the creation of a standalone application. Are there any frameworks that help facilitate the creation of widget-like applications?
Target platforms:
Windows (Windows XP and newer)
Apple (OS X 10.4 and newer)
Linux (nice to have)
You can put a glance on Adobe Air.
It allows a cross-platform development in Flash/Flex or HTML/JS.