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
Separate AlamofireNetworkActivityIndicator from Alamofire? #32
Comments
Thanks for the offer! Sure, if you can make the changes without affect current consumers, we'd be glad. I just merged a big infrastructure PR, so make sure you rebase from current master. |
In Swift 4.1, doing this gets a lot easier because we can use |
@benasher44 Nice 😎 |
@benasher44 I've updated to 2.2.1 for Swift 4.1, so you can begin when you want. However, I'm not sure we can ship a release that requires Swift 4.1 until we can finish and release Alamofire 5, which will require that version. |
Sounds good! I’ll try to get a PR up soon that requires Swift 4.1. That route I think will have the cleanest final API, and then we can wait until Alamofire 5 lands to merge it. |
Closing. See note about why in #34. |
Hi there! We were able to use
AlamofireNetworkActivityIndicator
withoutAlamofire
by just removing the notification registration methods. I'd love to figure out a way to expose this class as its own framework in such a way thatAlamofire
users could still use this seamlessly as they do today, but folks like us could install a subspec that didn't requireAlamofire
. I'd be open to doing the work here too. Thanks!The text was updated successfully, but these errors were encountered: