Skip to content
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

Keep Dock entry for Xcode and Simulator always up to date #224

Open
babbage opened this issue May 16, 2022 · 0 comments
Open

Keep Dock entry for Xcode and Simulator always up to date #224

babbage opened this issue May 16, 2022 · 0 comments
Labels
enhancement New feature or request

Comments

@babbage
Copy link

babbage commented May 16, 2022

Xcodes is magic. Excellent work.

It would be icing on the cake—entirely unnecessary, but a quality-of-life flourish—if Xcodes could automatically update the dock entries for Xcode and the Simulator application to point to the active version of Xcode, when clicking "Make active"... so that I did not need to update these icons.

Upgrades to applications in the Dock work automatically if you replace an application with another at the same path. I have never looked into exactly how the Dock stores its links to applications, but quick testing confirms they are definitely only tied to the path and not a specific binary. (You can put any application at a path and it will be launched by the previously store Dock icon for another app at that path.)

One way to achieve this therefore would be for Xcodes to change it's current approach of offering an alias at /Applications/Xcode, by instead making the alias at /Applications/Xcode-13.4.0 (or whatever the current active version was) while that active version is renamed to /Applications/Xcode for the period it remains active. This would automatically ensure that your Dock icons for both Xcode and the Simulator within it always stayed up to date with the active version set by Xcodes.

An alternative considered would be instead to create a hard link to the active version of Xcode at /Applications/Xcode. However, this and the copy at the Xcode-13.4.0 path would diverge with any subsequent changes, taking up disk space and also meaning the long-term-archived copy might not contain what a user expects once they change their active copy. I have not fully thought through this hard link alternative so may not have this fully correct either. :)

@babbage babbage added the enhancement New feature or request label May 16, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant