Personally, I am more into having the registration, as a separate library so it can be easily integrated into any iOS project,On Jul 19, 2013, at 11:06 AM, Matthias Wessendorf <matzew@apache.org> wrote:On Fri, Jul 19, 2013 at 10:08 AM, Corinne Krych <corinnekrych@gmail.com> wrote:
I think consistency is key.I would stick to Android/JSWhen we feel the need to split we then then all.+1
but we can stick on following the same approach as the other platforms and, as Corinne suggested, if the need arises we can split into the separate lib.
+1Thanks,Christos_______________________________________________CorinneOn Jul 19, 2013, at 10:03 AM, Matthias Wessendorf <matzew@apache.org> wrote:_______________________________________________On Tue, Jul 16, 2013 at 5:34 PM, Matthias Wessendorf <matzew@apache.org> wrote:
On Tue, Jul 16, 2013 at 5:29 PM, Daniel Passos <daniel@passos.me> wrote:
Any particular reason for it not to be incorporated into the iOS library and be a separate project?
Not really.I think it's not that bad if the lib is "isolated". For instance, if an iOS project just wants to use the UnifiedPush server, it's less of a "large" dependency for them to add.However if folks want to make it part of the AeroGear-iOS project, that's fine too.Any thoughts ?I think both have pros/cons :-) However, the JS and Android projects also include all the things in one lib, so I guess it's a good thing to follow that as well[ ] Include the Push bits in the AeroGear-iOS lib[ ] Keep the Push SDK separated-Matthias-MatthiasOn Tue, Jul 16, 2013 at 6:52 AM, Matthias Wessendorf <matzew@apache.org> wrote:
_______________________________________________Hi,now that the most items for the iOS Push registration SDK ([1]) have been fixed, I'd like to get an "early" release out.E.g. a 0.5.0 version of it.. (release often, release early)Thoughts?-Matthias[1] https://github.com/aerogear/aerogear-push-ios-registration
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev