-
Notifications
You must be signed in to change notification settings - Fork 3
Cordova boilerplate does not play well with external scripts #148
Comments
@hwilson Thanks for migrating this, can you use a code-block for "user specified |
Sorry about that @ramijarrar - copy pasted in a hurry - thanks for pointing that out! |
Is there a reason why we cannot load js staff in the body, not in the head? |
@ramijarrar @rgnevashev Not that I'm aware of. It may have just been that only the |
@abernix I've done forked pkg to local app packages but app is generating random template (first start generation is core meteor and after modify code it generates from my local pkg).. I try redesign the cordova template(put all js staff to body)... jquense/react-big-calendar#418 there is a reason why I need put all js staff to body.. react big calendar doesnt work and they dont try fix it.. they said "you need put all js staff to body" and closed issue.. |
I also just had this problem with running a Meteor android app containing react-big-calendar. The dom-helpers dependency package which is causing the error currently has this PR open react-bootstrap/dom-helpers#29. This is currently blocking me from building my app for Android. |
Migrated over from meteor/meteor#8876.
(originally reported by @ramijarrar)
The cordova template in the boilerplate-generator package currently loads any user-specified
<head>
after application JS code. This creates an incompatibility with external scripts that are expected on startup e.g for Stripe, Twilio, etc.Is there a reason why we cannot load them first, or even move the application JS to
<body>
(which has already been done for the browser template)?The text was updated successfully, but these errors were encountered: