Comment éviter la double invite pour la géolocalisation en application Phonegap?

J'ai créé un PhoneGap application pour iPhone qui utilise la géolocalisation via JavaScript à l'intérieur de webview.

Quand je lance l'application la première fois, il va me demander d'autoriser la géolocalisation pour cette application.

Quand j'appuie sur "ok", il va me demander à nouveau avec la même question, mais cette fois, il affirme que "index.html" veut obtenir la permission d'utiliser la géolocalisation.

Qui a du sens parce que iOS veut sans doute autorisation pour permettre la géolocalisation de l'application elle-même pour la première fois et la 2ème fois que le navigateur demande une autorisation.

Cependant, depuis ne conduit pas à une grande expérience de l'utilisateur:

Comment puis-je éviter ce double invite? (Je serais assez si le 2ème invite pourraient être évités)

OriginalL'auteur Timo | 2012-12-13

  1. 14

    J'ai trouvé la cause du problème.

    L'appel à navigator.geolocation.getCurrentPosition(onsuccess, onerror) qui se passe avant Phonegap a été entièrement chargé.

    Cela signifie que l'appel de géolocalisation de webview (et non pas un appel des indigènes via PhoneGap) est déclenché, ce qui sera de nouveau demander l'autorisation (ce qui est logique). La comparer à la normale du navigateur Safari sur votre Smartphone. Il vous demandera pour la géolocalisation autorisation pour chaque nouveau site web. C'est la même chose lors du chargement index.html via PhoneGap démarrage de l'application.

    Cependant, la solution est d'attendre la deviceready qui obtient déclenché lorsque PhoneGap est complètement chargé:

    document.addEventListener("deviceready", function(){
     navigator.geolocation.getCurrentPosition(onsuccess, onerror, params);
}, false);

    Cela rendra le PhoneGap API disponibles qui remplace la valeur par défaut HTML5 gelocation appel du navigateur et d'obtenir le dispositif de géo-localisation via un appel des indigènes (dont vous avez déjà accepté dans le premier message).

    Cela fonctionne parce que PhoneGap est des appels d'API sont identiques à la norme W3C appel de HTML5: http://docs.phonegap.com/en/2.2.0/cordova_geolocation_geolocation.md.html#Geolocation

    excellente réponse timo. tous les autres devraient être supprimés, car ils sont la propagation de la désinformation.

    OriginalL'auteur Timo

  2. 0

    Ont un coup d'oeil à ceci:
    L'emplacement de l'autorisation d'alerte sur l'iPhone avec PhoneGap

    Le second semble être le Webkit d'alerte. Afin d'éviter cela, vous semblez avoir à simplement déplacer vos fichiers js dans le répertoire racine. Dites-moi, si cela fonctionne puisque je vais répondre à la même question.

    Nope, ce n'est pas ça, mais ton lien m'a indiqué la bonne direction. De vérifier ma réponse à la question.

    OriginalL'auteur bouscher

  3. 0

    Enfin résolu le problème.

    DANS le index.html il suffit de déplacer votre cordova.js jusqu'

    <script src="cordova.js"></script>

    que le premier fichier js à inclure (surtout assurez-vous qu'il est au-dessus de cartes comprennent js). Cela permettra de s'assurer que l'invite affiche qu'une seule fois

    utile, mais d'un conflit se produit, lorsque ce script est chargé, u comme suggéré, les services web sont incapables de charge, ni de donner la moindre erreur. Quelle est la solution?
    Je suis l'aide de sencha touch 2, et en Ext.ajax.demande a un conflit avec que. comment faire pour éviter cela?
    C'est dangereux, être prudent. Vous pourriez être en cours d'exécution dans des conditions de course qui fonctionne dans votre cas, mais peut ne pas fonctionner dans d'autres environnements (en fonction de la vitesse d'internet de l'utilisateur, le type de navigateur et ainsi de suite...). Vous devez parfaitement lire et de comprendre l'exécution de script de commande tout d'abord: html5rocks.com/en/tutorials/speed/script-loading/...

    OriginalL'auteur ToughPal

  4. 0

    J'ai résolu ce problème en déplaçant le 

    <script src="cordova.js"></script>

    comme le dernier script à inclure

    C'est dangereux, être prudent. Vous pourriez être en cours d'exécution dans des conditions de course qui fonctionne dans votre cas, mais peut ne pas fonctionner dans d'autres environnements (en fonction de la vitesse d'internet de l'utilisateur, le type de navigateur et ainsi de suite...). Vous devez parfaitement lire et de comprendre l'exécution de script de commande tout d'abord: html5rocks.com/en/tutorials/speed/script-loading/...

    OriginalL'auteur Franz