In one of the first blog posts of the series we’ve learned how the Desktop App Converter is a great tool when it comes to convert a desktop application for which you already have an existing installer. But if you’re starting from an application without an installer or your own project, you have to switch to manual deployment, either with copy & paste, with the help of Visual Studio 2017 and the Desktop Bridge Debugging ... or with the new approach based on the WinJS project .
However, in all these cases, the initial setup of the project is always quite repetitive and, 99% of the times, you must:
Since a few days, there’s a new option on the shelf: on 6th March the Desktop Bridge team has released on the Store version 22.214.171.124 of the Desktop App Converter, which has added a new super useful feature. Now you can point the tool not to an installer, but to a folder that contains your application (the executable and all its dependencies) and the tool will take care of:
Additionally, like with a regular installer, you have also the option to pass to the Desktop App Converter the – MakeAppx and – Sign parameters and let it generate a signed app package that you can easily side load on your or others’ computer, prior to having installed the auto-generated.cer certificate which is generated during the process.
How can you leverage this new feature? First, you have to make sure you have the last version of the Desktop App Converter, which you can get from the Store . Then, the usage is the same with a regular installer (so you can refer to the original blog post to learn all the details ), except for two parameters:
Let’s reuse the sample app I have on my GitHub repository ( https://github.com/qmatteoq/DesktopBridge/tree/master/1.%20Desktop%20App%20Converter/HelloCente... ) and let’s say that you have placed all the files of your application in a folder called HelloCentennial stored on your desktop. The folder would have the following content:
In a real world scenario, you would need to include just the executable and its dependencies, like a third party DLL; here I’m just showing how, if you want, you can just pass to the Desktop App Converter the output folder of the build made by Visual Studio for the traditional desktop project and it would just work.
As you can see, the main process to launch is the executable called HelloCentennial.exe . Here is the command that we can execute in order to get our app converted in a manual way:DesktopAppConverter.exe -Installer "C:\Users\mpagani\Desktop\HelloCentennial\" -AppExecutable "HelloCentennial.exe" -Destination "C:\Users\mpagani\Desktop\AppOutput" -PackageName "HelloCentennial" -Publisher "CN=mpagani" -Version "126.96.36.199" -MakeAppx -Sign -Verbose
As you can see:
Except for these two changes, everything else is exactly like we’ve seen in the original post about using the Desktop App Converter .
When you run this command, you’ll notice that the tool will be much quicker than when it needs to process a traditional installer: the reason is that it will simply take care of generating the missing files and structuring the folder in the proper way, it won’t have to create a Windows container, launch the installation inside it and capture all the changes. Another consequence of this different approach is that, unlike when you work with a regular installer, you can use the Desktop App Converter without having to setup a base image, since there won’t be any Windows Container involved in the process.
Also the output will be the same, as you can see from the following images. This is the main root, which contains the original app folder (the PackageFiles one) and, since we have specified both the – Makeappx and – Sign parameters, it contains also an AppX package ready to be manually installed, together with the certificates used to sign it:
This is, instead, the content of the PackageFiles folder, the one you need to edit in case you want to make some changes to the original application. As you can see, the tool has automatically generated for us the resources.pri file, plus a specific resource file for each of the most important scaling factors supported by Windows 10.
This is, instead, the content of the Assets folder: as you can see, the Desktop App Converter has automatically extracted the icon from the main executable HelloCentennial.exe and it has generated all the various images for all the main scaling factors .
In the end, if you open the AppxManifest.xml file with a text editor, you will notice that everything has been properly configured in the right way: from the runFullTrust capability to the correct paths for the various assets or the list of supported scaling factors.
The 188.8.131.52 version of the tool has added also a new parameter, called – Verify , which runs a set of tests that validates if the converted app satisfies all the requirements that a Desktop Bridge app must respect . This parameter, of course, isn’t specific of manual conversion: it can be used also with traditional installers. When you add this parameter, you will notice that, at the end of the conversion, the tool will start a batch of tests and then it will generate, in the output folder, a file called VerifyReport.xml . If you open it with a web browser, you will see a list of all the tests that have been executed with a Passed label if everything is ok or a Failure label if the test has failed.
The tests that are performed are:
Here you can see some images taken from a generated report. This is the header, with a recap of the application that has been tested:
The two below images show instead, on the left, an application that has successfully passed all tests, while on the right another one that, instead, is failing the Validate App Integrity test.
In this post we have seen thanks, how to the latest version of the Desktop App Converter, is now much easier to generate a package using the manual deployment approach: no more copy, paste and edit from an existing manifest file, no more manual generation of the resources, everything can be done with a simple command.
Happy conversion and, once you have converted your app, don’t forget to nominate it !
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.