Native Apple Silicon: migrate Carthage → Swift Package Manager, ship a universal binary

[StealthWire]

Why

The only published release (v4.0.0, 2019) ships an Intel-only (x86_64) binary. On Apple Silicon it runs only under Rosetta 2 — which Apple is now phasing out, so Dozer is at risk of stopping working on future macOS. On top of that, Carthage no longer builds cleanly on Apple Silicon with current Xcode (libarclite removed, deprecated AppKit symbols compiled as errors, Sparkle helper-tool codesigning), so the project is effectively unbuildable from a fresh clone today.

This PR migrates all dependencies from Carthage → Swift Package Manager, so the project builds natively on Apple Silicon with no manual patching, and produces a universal (arm64 + x86_64) binary that runs natively on both Apple Silicon and Intel.

What changed

• All dependencies moved to SPM (resolved automatically by Xcode — no Carthage bootstrap step).
• Minimum macOS raised 10.13 → 11 (Big Sur). This keeps broad support for older Intel Macs while letting every dependency build on a modern toolchain. ⚠️ It drops users on 10.13–10.15, so this is a breaking change (see "Release version" below).
• Removed Cartfile, Cartfile.resolved, the Carthage build scripts (SignFrameworks.sh, the old LaunchAtLogin.sh), and the stale Brewfile.lock.json; updated Brewfile, Makefile, README, CONTRIBUTING.

Dependency migration

Dependency	From	To	Notes
Defaults	4.2.2	9.0.9	No source changes.
Preferences	2.2.1	Settings 3.1.2	Renamed upstream: PreferencePane→SettingsPane, PreferencesWindowController→SettingsWindowController, show(preferencePane:)→show(pane:).
Sparkle	1.26.0	2.9.3	SUUpdater.shared() → a shared SPUStandardUpdaterController owned by AppDelegate. The EdDSA-signed, HTTPS appcast feed is unchanged.
MASShortcut (unmaintained)	2.4.0	KeyboardShortcuts 3.0.1	Recorder created programmatically and hosted in an NSView in General.xib (RecorderCocoa can't be loaded from a nib). Hotkey fires on key-down to match the old behavior.
LaunchAtLogin	4.1.0	LaunchAtLogin-Legacy 5.0.2	Same isEnabled API; embeds the login-item helper via a build phase, keeping support for macOS < 13.

Dependency versions are pinned exactly in project.yml (committed and reviewable) — the SPM equivalent of the old Cartfile.resolved.

Backward compatibility

• Existing users keep their global shortcut. MASShortcut and KeyboardShortcuts use different UserDefaults storage, so on first launch the app migrates the legacy toggleMenuItems {keyCode, modifierFlags} value into KeyboardShortcuts' storage (Cocoa→Carbon modifier conversion). Verified end-to-end (e.g. ⌥⌘D → carbonKeyCode 2, carbonModifiers 2304, legacy key cleaned up, isShortcutSet preserved).
• All Defaults keys are unchanged, so other settings carry over untouched.

Testing performed

• ✅ Debug and Release builds succeed; Release is universal (x86_64 arm64) for the app, the Sparkle framework, and the login-item helper.
• ✅ Runtime test of the shortcut migration (above).
• ✅ Manual: shortcut recorder records/clears; "Check for Updates" works; Launch-at-Login toggles; Settings window opens to the right pane.
• ✅ SwiftLint passes (0 errors).
• Note: the repo has no test target, so there are no unit tests to run.

Notes for the maintainer

• Release version: recommend cutting this as a new major version (5.0.0) since it raises the minimum OS (breaking for 10.13–10.15 users). The build number must also be incremented, and appcast.xml regenerated and re-signed with your EdDSA key — those are release-time steps and intentionally left to you.
• Settings window activation: opening the window is centralized in AppDelegate.showPreferences(), which calls orderFrontRegardless(). The Settings library uses the cooperative NSApp.activate() on macOS 14+, which doesn't reliably front an accessory (menu-bar) app's window — this restores the always-on-top behavior.
• ENABLE_USER_SCRIPT_SANDBOXING: NO is set because LaunchAtLogin-Legacy's helper-copy build phase writes into the app bundle. It only affects build-time script phases, not the shipped app.

🤖 Generated with Claude Code

[andry360]

Considering that @Mortennn is not active in any of the 3 repos he created and didn't respond to any request in this repos since last release, I don't think it's useful to request to maintain this project.

There is a fork https://github.com/callebtc/Dozer-X that updates this app (but drop support for older mac). Maybe you should consider to contribute to this fork?