@mixofia wrote:
In general, I really like the combination.
However, it seems that most of the docs & tutorials are for projects which use the Meteor packaging system and not the Ionic CLI. However, I'd like to stick with the Ionic Platform: View, Deploy, Analytics and Push. I have discovered that many of the Meteor packages are written in such a way that the app client and server run from the same rootUrl - which is not the case with my project using the ionic CLI.
For tighter Meteor integration, I'm using Meteor accounts. I just spent the last few days hacking the Meteor
accounts-facebookpackage to work. I had to add a more than a few workarounds to coordinate the client/server code to support the OAuthredirectUrl-- see my repo here: accounts-facebook-cordova-client-side.Is anyone else wrestling with this problem?
I just noticed that the
angular-meteortutorial forionic CLIincludes steps for a new,webpack-based bundling system that seems to combine client + server forionic CLIin the same way as Meteor.We simply added an alias for the api/server folder and a custom handler for resolving Meteor packages. This gives us the effect of combining client side code with server side code, something that is already built-in in Meteor's cli, only this time we created it
see: http://www.angular-meteor.com/tutorials/whatsapp/ionic/serverI'm not familiar with
webpackand the tutorial does not go so far as to actually run on mobile (e.g.ionic build ios) so I'm not clear what the implications are to switch to this configuration. Does anyone have any thoughts on this?
Posts: 1
Participants: 1