Thanks for that pointer. That (incorrect) expectation is based on what other platforms do, and I get that sometimes Apple does it differently! I'm using Qt, and I now know that the relevant trick is to capture a QFileOpenEvent. What remains is that the icon isn't displayed for the files. Any idea?

I stall can't get the icon to display :( I change the plist to read: <key>UTTypeIconFile</key> <string>DSS_filelist.icns</string> <key>UTTypeIdentifier</key> <string>com.github.deepskystacker.dssfilelist</string> But that didn't help. Surely someone here must know the magic incantation. WHYOHWHY doesn't the registration process flag up errors in the Info.plist file (if that's what's wrong here). David

Hmmm.... amonra@Saturn Debug % plutil -p DeepSkyStacker.app/Contents/Info.plist { "CFBundleDevelopmentRegion" => "English" "CFBundleDocumentTypes" => [ 0 => { "CFBundleTypeRole" => "Editor" "LSHandlerRank" => "Owner" "LSItemContentTypes" => [ 0 => "com.github.deepskystacker.dssfilelist" ] } ] "CFBundleExecutable" => "DeepSkyStacker" "CFBundleGetInfoString" => "" "CFBundleIconFile" => "DeepSkyStacker.icns" "CFBundleIdentifier" => "com.github.deepskystacker" "CFBundleInfoDictionaryVersion" => "6.0" "CFBundleLocalizations" => [ 0 => "ca" 1 => "cs" 2 => "de" 3 => "es" 4 => "fr" 5 => "it" 6 => "ja_JP" 7 => "nl" 8 => "pt_BR" 9 => "ro" 10 => "ru" 11 => "tr" 12 => "zh_CN" 13 => "zh_TW" ] "CFBundleLongVersionString" => "" "CFBundleName" => "DeepSkyStacker" "CFBundlePackageType" => "APPL" "CFBundleShortVersionString" => "6.1" "CFBundleSignature" => "????" "CFBundleVersion" => "6.1.0" "CSResourcesFileMapped" => 1 "NSHumanReadableCopyright" => "Copyright © 2018-2025, David C. Partridge; Copyright © 2006-2019, Luc Coiffier" "UTExportedTypeDeclarations" => [ 0 => { "UTTypeConformsTo" => [ 0 => "public.plain-text" ] "UTTypeDescription" => "DeepSkyStacker file-list file" "UTTypeIconFile" => "DSS_filelist" "UTTypeIdentifier" => "com.github.deepskystacker.dssfilelist" "UTTypeTagSpecification" => { "public.filename-extension" => [ 0 => "dssfilelist" ] "public.mime-type" => [ 0 => "text/dssfilelist" ] } } ] } amonra@Saturn Debug % ls DeepSkyStacker.app/Contents/Resources DeepSkyStacker.icns DSS_filelist.icns qt.conf amonra@Saturn Debug % looks correct to me but still the Icon refuses to display for .dssfilelist files. As you can see, DSS_filelist.icns is in the Resources directory? Totally baffled David

Here's what filesays: amonra@Saturn ~ % cd /Applications/DeepSkyStacker.app/Contents/Resources amonra@Saturn Resources % file DSS_filelist.icns DSS_filelist.icns: Mac OS X icon, 1291846 bytes, "ic12" type amonra@Saturn Resources %

I just noticed something interesting which might suggest my Info.plist isn't incorrect! If I set finder into "View as list" mode, then the .dssfilelist files DO show the correct icon: However if Finder is set to "View as Icons" then they just show a an Icon that looks like it might be the file contents: :( Is that what I should expect to see? I had rather assumed I'd be shown the Icon when using "View as Icons". David

That's a pretty useless bunch of categories (unless you write games) - mine fits pretty much none of them - it fits astronomy and astrophotography, but not much else and neither are in there. Ho-hum, So ist das leben! Thanks, David

I changed one thing in my Info.plist and now it works as I expected. I changed this: <key>UTTypeConformsTo</key> <array> <string>public.plain-text</string> to <key>UTTypeConformsTo</key> <array> <string>public.data</string> Now the Icon view in Finder shows the Icon I want instead of an icon it builds itself from the content of the text file. Thanks again for your assistance David

OK, So how do to I set up to use notarytool without a keychain-profile set up using altool? D.

I forget that it stared out as 13.4 but got updated to 13.7.5. XCode 14.3 is installed. Maybe I should install XCode 15.2? Quite likely that will give me a later version of the C++ Std library...

Unfortunately I still get: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/unordered_map:523: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/__hash_table:844:5: error: static assertion failed due to requirement 'integral_constant<bool, false>::value': the specified hash does not meet the Hash requirements static_assert(__check_hash_requirements<_Key, _Hash>::value, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/__hash_table:859:1: note: in instantiation of template class 'std::__enforce_unordered_container_requirements<std::filesystem::path, std::hash<std::filesystem::path>, std::equal_to<std::filesystem::path>>' requested here typename __enforce_unordered_container_requirements<_Key, _Hash, _Equal>::type ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/unordered_map:1152:30: note: while substituting explicitly-specified template arguments into function template '__diagnose_unordered_container_requirements' static_assert(sizeof(std::__diagnose_unordered_container_requirements<_Key, _Hash, _Pred>(0)), ""); ^ /Users/amonra/.vs/DSS/build/DeepSkyStackerKernel/DeepSkyStackerKernel_autogen/EWIEGA46WW/../../../../DeepSkyStackerKernel/imageloader.h:60:26: note: in instantiation of member function 'std::unordered_map<std::filesystem::path, std::tuple<LoadedImage, int, bool>>::~unordered_map' requested here static inline CacheType imageCache{}; ^ 2 errors generated. So I can't actually build my code there which is a bit of nuisance. Ho-hum: So ist das Leben!

I changed the code so it can build on this level as well

If you meant SIMD Everywhere (simde) we're already using that - really makes life a whole lot easier for x64/Neon portability. I submitted a bug report against Rosetta - and gave them a link to my source code repository so they can build the test case ... David

OK except that lldp-dap is shipped as part of XCode - it is shipped as part of 16.4 (maybe earlier releases also) and upwards.