-
Posts
5,358 -
Joined
-
Last visited
Everything posted by Mark Ingram
-
Pros: MSI had an installation success rate of ~85% (and we have many requests to our tech support team for v1 install failures). MSIX promises a 99.9% success rate. MSI requires admin privileges to install. MSIX installs per-user, but files are deduplicated so that disk space isn't wasted. MSI apps are not sandboxed from other applications, meaning other applications can break those apps (we have seen this with several third-party apps in the past). MSIX apps are sandboxed to prevent this. MSI updates require a manual download of the full ~550mb installer which must be manually installed. MSIX can perform in-app delta updates which are smaller and faster. MSI updates can only be performed one at a time. MSIX can update all three apps simultaneously. MSI cannot guarantee that an uninstall will leave your machine in the exact state prior to install. MSIX installs are segregated and don't rely on the registry or special filesystem locations meaning an uninstall always leaves you in a clean state. Installation and app data paths are cleaned on uninstall. MSI apps cannot integrate with Microsoft Photos app to provide "Edit In..." style features. MSIX can. MSI does not require a digital signature. MSIX does (this means any MSIX that appears to be from Serif, will be guaranteed to be from us and only us). Cons: MSI can allow the user to change the installation directory. MSIX can move installed apps to different drives, but it cannot choose a specific directory (due to the sandbox). See below: MSI can allow an option to install a desktop shortcut. MSIX doesn't provide this as an option, but you can pin the apps to either the Start Menu or the Taskbar. There is also the secret Shell:AppsFolder location in Explorer that allows you to right-click or drag the icon to your Desktop for a shortcut as a workaround if you need it. MSI has easy discovery of undocumented app locations for launching from a third-party. MSIX hides the install location due to the sandbox, but we use App Execution Alias to enable this scenario. You can find the aliases in the following location: C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityDesigner2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPhoto2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPublisher2.exe Remembering to replace username with your Windows username. Also, those paths are already in your %PATH% variable so you can often launch them without even specifying the full path, e.g. just AffinityPhoto2.exe. There are bugs in some third-party applications with the App Execution Alias , and the next post includes aflaunch.exe as a work around if you need that instead.
-
aflauncher.exe
Mark Ingram replied to CliveH's topic in Affinity on Desktop Questions (macOS and Windows)
It's mentioned in my link, but you can use -a Publisher2 to launch Publisher. Though I know some DAM apps don't let you specify additional arguments, so I will look at dedicated launcher apps for each. -
We use App Execution Alias to enable this scenario. You can find the aliases in the following location: C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityDesigner2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPhoto2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPublisher2.exe Remembering to replace username with your Windows username. Also, those paths are already in your %PATH% variable so you can often launch them without even specifying the full path, e.g. just AffinityPhoto2.exe. There are bugs in some third-party applications with the App Execution Alias so I'm working on an aflaunch app that will bridge the gap here.
-
Photo 2 installed where?
Mark Ingram replied to Patrick Bell's topic in Affinity on Desktop Questions (macOS and Windows)
It's a bug in Lightroom failing to launch our application, however, I've written an aflaunch app which can work around the problem. Please see here: -
aflauncher.exe
Mark Ingram replied to CliveH's topic in Affinity on Desktop Questions (macOS and Windows)
Thanks for the update @CliveH. For anyone wondering what he's referring to: -
I've mentioned elsewhere that we use "App Execution Alias" to enable this scenario. You can find the aliases in the following location: C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityDesigner2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPhoto2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPublisher2.exe Please replace username with your Windows username. Also, those paths are already in your %PATH% variable so you can launch them without even specifying the full path, e.g. AffinityPhoto2.exe.
-
I've mentioned elsewhere that we use "App Execution Alias" to enable this scenario. You can find the aliases in the following location: C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityDesigner2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPhoto2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPublisher2.exe Please replace username with your Windows username. Also, those paths are already in your %PATH% variable so you can launch them without even specifying the full path, e.g. AffinityPhoto2.exe.
-
For anyone that would like to work around issues with launching our apps from third-party applications (e.g. DxO, ACDSee, etc), I have written a launcher utility that you can place anywhere on your system, and it will take care of calling our apps, with any required arguments. Usage: aflaunch -a name -b build [args] -a name : One of the following Designer2 Photo2 [Default] Publisher2 -b build : One of the following Retail [Default] Beta MSStore args : [Optional] All remaining arguments to be passed onto the target application (must be last) The -a and -b arguments are optional, so you can ignore them unless you want to launch a different app, or the beta or MS Store versions. I have signed the exe as well, so it will have a valid digital signature. Please let me know how you get on with this. Updated: 12/11/2022 @ 11:04am UTC. Now deals with spaces in filenames. aflaunch.zip
-
I appreciate that this answer won't help you right now, but the bug is within DxO and ACDSee. If you try something like the following on the command line: C:\Users\my_username>AffinityPhoto2.exe Downloads\IMG_9849.jpg Or, C:\Users\my_username>C:\Users\my_username\AppData\Local\Microsoft\WindowsApps\AffinityPhoto2.exe Downloads\IMG_9849.jpg Then Photo will correctly load the specified image.
-
I've mentioned elsewhere that we use "App Execution Alias" to enable this scenario. You can find the aliases in the following location: C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityDesigner2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPhoto2.exe C:\Users\username\AppData\Local\Microsoft\WindowsApps\AffinityPublisher2.exe Please replace username with your Windows username. Also, those paths are already in your %PATH% variable so you can launch them without even specifying the full path, e.g. AffinityPhoto2.exe.
-
Affinity Photo V2
Mark Ingram replied to trekki's topic in Affinity on Desktop Questions (macOS and Windows)
You can move the installation to another drive via (Windows) Settings. Go to Apps > Installed Apps, and find the Affinity app you've installed, click the "..." and choose "Move". e.g.