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

Use Cocoa Bindings for preferences #441

Closed
josh64x2 opened this issue Mar 12, 2015 · 3 comments
Closed

Use Cocoa Bindings for preferences #441

josh64x2 opened this issue Mar 12, 2015 · 3 comments
Labels
developer request 🙏 stale ⏳ The issue will be closed 60 days after the label was added and no inactivity has occurred since.

Comments

@josh64x2
Copy link
Member

https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CocoaBindings/Concepts/NSUserDefaultsController.html

@Eitot
Copy link
Contributor

Eitot commented Mar 10, 2017

What are the benefits of this controller? The documentation is sparse. Cocoa bindings have the big disadvantage that they cannot be used with non-KVO properties, so we would have to type the string literals by hand to match the bindings with the defaults keys.

@josh64x2
Copy link
Member Author

I forget the actual advantage of using that controller - we can wire NSUserDefaults up directly from Interface Builder using the bindings inspector.

I think it is better if we can have Interface Builder do as much for us as possible

@stale
Copy link

stale bot commented Sep 28, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale ⏳ The issue will be closed 60 days after the label was added and no inactivity has occurred since. label Sep 28, 2020
@stale stale bot closed this as completed Oct 12, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
developer request 🙏 stale ⏳ The issue will be closed 60 days after the label was added and no inactivity has occurred since.
Projects
None yet
Development

No branches or pull requests

2 participants