Search the Community

So I've run into a conundrum - the Affinity suite of apps that I purchased from the Microsoft Store doesn't appear to have command-line support. This is because those Windows Apps downloaded from the store are sandboxed off away from users. You cannot directly find the `Photo.exe` file from the Explorer (unless you're willing to blow away a lot of permissions). The best I could find on how to start Affinity Photo from the MS Store from the command line is the following: powershell.exe explorer.exe shell:AppsFolder\$(get-appxpackage -name SerifEuropeLtd.AffinityPhoto ^| select -expandproperty PackageFamilyName)!SerifEuropeLtd.AffinityPhoto But that doesn't allow me to pass in any arguments into the Photo executable. There does appear to be a solution though. First - the Affinity Suite of apps could use Command Line Activation. That would basically set up an alias so that users of the command line could send arguments to that exec alias. The apps would just need to update their OnActivated handlers for the new CommandLineLaunch activation kind. Another option could be to create and register a Protocol. This is similar to the Command Line Activation, but now you can have the Affinity apps open based on URL. For example, afphoto:// could open up Photo, and afphoto://file=foo.tif could open load the foo.tif file into Photo. Maybe you could even supply actions to Merge or create HDR from URL parameters - but that would just be icing on the cake. If your curious about my reasoning (like, who really needs to use the command line for this!?!?), it's that the UWP MS Store app boundaries are preventing integration with my DAM. I use Capture One, and C1 cannot find Affinity Photo because I cannot navigate to the app from the Windows Explorer (files and packages are hidden). By having these entry points, it could allow for me to create an extension to Capture One or a batch command wrapper so that I can send the files I want to edit over to Photo. To be clear, if I had purchases Photo directly from Serif, this wouldn't be an issue since the app gets installed in Program Files and I can browse for that. Thanks for your consideration. I hope the links show that to enable the feature wouldn't require too much code to get that done (well, how could I really know, I haven't seen your code) and would love to see that. I thought purchasing the MS Store version would just mean the apps would behave the same and that I wouldn't have to worry about performing updates manually - but now I know a little more about how UWP apps work and sorta regret doing so. Cheers and all the best

I've attached two AD files containing templates: [1] for creating icon/tile assets for a UWP app (if you can't use the Asset Generator of Visual Studio 2017); [2] for creating Microsoft Store art. Even if you use the Asset Generator you can still use the templates to see how your icon will look in various tile sizes/shapes. (The attached image is just there so you can see what you get with the first set of templates.) Basic instructions for each set of templates are included in the AD files themselves. Both sets of templates were used for my own - very simple - little app... * on the web: https://www.microsoft.com/en-gb/p/pipagen/9p44qw5l4vm8?activetab=pivot:overviewtab * in the store: ms-windows-store://pdp/?productid=9P44QW5L4VM8 ...so I know they work (at least as far as I've been able to see in normal usage). Neither set of templates is comprehensive but they give you the basics for most general projects. UWP Tiles Templates.afdesign Microsoft Store Art Templates.afdesign

Not a bug report, as I don't know where to post this question. But with MS upping it's game for (win10) UWP apps (see Windows 10S), I was wondering if Affinity is looking into this. It would expose the applications onto a wider audience, despite the fact MS is taking a cut ;-) cheers! rob

Hi there, Affinity fo Windows team) Are there any plans of making AD and AP as UWP apps for Windows 10? If yes - when, if no - why?