-
-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change macOS version to use .app, properly code-sign it, and add Icons #3
Comments
I think either .dmg or .pkg would be fine. Disk images seem more common for applications lately, but .pkg might work better for this specific type of executable. As long as it works without a hassle, I don't think people would complain about either one. |
Better late than never. Get the latest .DMG from the Releases page here It isn't codesigned yet, but that doesn't appear to be an issue for anyone who's tested so far. The method I use to create the .app will change when/if GModCEFCodecFix is updated to use a GUI rather than a Terminal, but for now this package has parity with Windows and Linux versions and should function similarly. This also removes the need to make the app executable, something many users struggled with in the past since it's not something a general user needs to do often. |
Still need to codesign and figure out distribution/building with GitHub Actions |
Get the LATEST DMG from the Releases page here. Installation example screenshots below: Because of how GModCEFCodecFix is made, it can also be safely run from within the Disk Image with no known negative effects, so users optionally do not need to "Install" it. |
macOS Catalina gets upset when things aren't code-signed, and we can't have proper Icons on macOS executables without
.app
anyway.We would also need to figure out a good way to distribute it, since
.app
is just a glorified folder..dmg
,.pkg
, etc?The text was updated successfully, but these errors were encountered: