desktop-bridge

问题 I had wanted to publish a new version of my app (WPF converted to UWP with Desktop Bridge) to the Microsoft Store, but it failed the certification with following warning: File **.exe neither has PerMonitorV2 manifested in the manifest nor calls into DPI Awareness APIs for ex: user32!SetProcessDpiAwarenessContext or user32!SetThreadDpiAwarenessContext. The app *** is not DPI Aware. I have the following questions: First of all I had published the first version of my app at the end of the last

问题 I am making a simple uwp text editor app. I want the app to open any kind of file even without file associations declared since there are many text files which don't have known extension in the os. Is there any way I can modify the registry to have my app available in Open-With list like notepad so user can open that file with my app from the file explorer itself?? 回答1: In Windows 10 2004 (build 19041) microsoft introduced uap10:FileType attribute in package manifest and by providing * as the

问题 I have a WPF application where I want to handle file activation. I found solutions where adding specific values to the registry solves the issue. The problem is that the final app should be a UWP app and I'm using the desktop bridge to do this. If the app is running as UWP , it can't reach the registry to set these specific values. Is there any other way to handle file activation without using the registry? I also tried to create a UWP project, because in UWP is very easy to handle file

问题 I'm a bit confused about calling Calling UWP APIs from a desktop app. The last sentence of the first paragraph of this link states: a WPF, Windows Forms, or Win32 app cannot call UWP API unless the app is packaged in an MSIX package. Using VS2019 I have desktop-bridged my WPF app (developed in VS2019 ). This process created a folder (under ...\AppPackages folder) whose contents are shown below. Double clicking the .appxbundle from this folder, I can successfully sideload the app on my Windows

问题 I decided to have another crack at converting my tool (https://github.com/mikecann/Windows7-Taskbar-Monitor) to a windows store app using the Desktop App Converter. Things I did this time: 1) Force-updated my machine to the anniversary update. 2) Downloaded Desktop App Converter and .wim file. 3) Setup the base image .wim 4) Ran the converter on my self-extracting installer with the following: .\DesktopAppConverter.ps1 -Installer C:\tmp\TaskbarSystemMonitorInstaller.exe -InstallerArguments "

问题 I'm trying to follow UWP with Desktop Extension – Part 2 of UWP and WinForms desktop-bridge calling the processes and passing parameters. This example Console Program.cs code includes parameters string: string parameters = ApplicationData.Current.LocalSettings.Values["parameters"] as string; But the name ApplicationData does not exists in the current context, I'm trying to find out, if I've missed some reference or it is different version of C# I'm not sure even if it is what it requires, but

问题 I am in process of prepping my Windows Desktop app for upload to the MS Store. I have a (fully functional) MSI installer for my app and attempted to use the Desktop App Converter (DAC) but experienced an error and have not gotten past it yet. So I decided to give manual package (appx) creation a try and it went well since I was able to install my app using the package I created. But I have a question about how to handle my .NET Framework dependency in the package. My MSI Installer has the '

问题 What is the minimum version of Windows to be able to run Centennial Apps from the Windows Store? 回答1: Minimum version of Windows to use desktop bridge apps is Windows 10 Anniversary Update . This is Version 1607 (OS Build 14393 ). This is because desktop-bridge requires containers feature which is only available since Windows 10 Anniversary Update. Keep in mind however that developer can target higher version of Windows through MinVersion field under TargetDeviceFamily tag inside AppxManifest

问题 In an desktop-bridge app, I want to find the LocalAppData (or LocalCache) folder of that specific package. I can get the LocalCache folder path with ApplicationData class: using Windows.Storage; string appData = ApplicationData.Current.LocalCacheFolder.Path; Alternatively, if I use SHGetKnownFolderPath function I can also get that same path: wchar_t* appData; SHGetKnownFolderPath(FOLDERID_LocalAppData, KF_FLAG_FORCE_APP_DATA_REDIRECTION, NULL, &appData); So my question: Is it appropriate to

问题 In Visual Studio 2017, I am building Class Library(Portable) which targets both .Net 4.6 and Windows Universal Application 10.0. While building the application, below error is thrown. Error File 'MakePri.exe' not found. See http://go.microsoft.com/fwlink/?LinkID=798187 for more information. I have done the following - Installed Latest Windows 10 SDK - Repaired Visual Studio 2017 - Also in the environment variables, "WindowsSdkDir" is not available - The path "C:\Program Files (x86)\Windows