You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cordova.apache.org by ld...@apache.org on 2014/05/28 19:40:30 UTC
[29/53] [abbrv] Lisa testing pulling in plugins for plugin:
cordova-docs
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/next/index.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/next/index.md b/docs/fr/edge/guide/next/index.md
new file mode 100644
index 0000000..a092829
--- /dev/null
+++ b/docs/fr/edge/guide/next/index.md
@@ -0,0 +1,207 @@
+# Prochaines étapes
+
+Pour les développeurs qui ont une compréhension de comment utiliser le CLI de Cordova et faire utiliser des plugins, il y a quelques petites choses, vous voudrez peut-être recherche à côté de reconstruire mieux, applications de Cordova plus performant. Le document suivant fournit des conseils sur divers sujets relatifs aux meilleures pratiques, tests, mises à niveau et autres rubriques, mais n'est pas censé être prescriptif. Considérez ceci votre point de départ pour votre croissance en tant que développeur Cordova. Aussi, si vous voyez quelque chose qui peut être amélioré, Merci de [contribuer][1]!
+
+ [1]: http://cordova.apache.org/#contribute
+
+Ce guide contient les rubriques suivantes :
+
+* Meilleures pratiques
+* Gestion des mises à niveau
+* Test
+* Débogage
+* Interface utilisateur
+* Jonglant
+* Obtention d'aide
+
+# Meilleures pratiques
+
+## 1) SPA est votre ami
+
+Tout d'abord - vos applications Cordova devraient adopter la conception SPA (Single Page Application). Vaguement défini, un SPA est une application côté client qui s'exécute à partir d'une seule demande d'une page web. L'utilisateur charge un ensemble initial de ressources (HTML, CSS et JavaScript), et plus les mises à jour (montrant une nouvelle vue, chargement de données) se fait via AJAX. Stations thermales sont couramment utilisés pour des applications plus complexes de côté client. GMail est un bon exemple de cela. Après avoir chargé GMail, vues de courrier, l'édition et organisation sont tout fait en mettant à jour le DOM au lieu de laisser effectivement la page en cours pour charger un complètement nouveau.
+
+Utiliser un SPA peut vous aider à organiser votre application de manière plus efficace, mais il a aussi des avantages spécifiques pour des applications de Cordova. Une application de Cordova doit attendre pour l'événement deviceready au feu avant les plug-ins peuvent être utilisés. Si vous n'utilisez pas un SPA, et votre utilisateur clique pour passer d'une page à l'autre, vous devrez attendre pour deviceready au feu encore une fois avant de vous faire utiliser un plugin. C'est facile d'oublier que votre application s'agrandit.
+
+Même si vous choisissez de ne pas utiliser de Cordova, création d'une application mobile sans utiliser une architecture de page unique aura des implications graves performance. C'est parce que la navigation entre les pages exigera des scripts, actifs, etc., pour être rechargé. Même si ces biens sont mis en cache, il y aura toujours des problèmes de performances.
+
+Exemples de bibliothèques SPA, que vous pouvez utiliser dans vos applications de Cordova sont :
+
+* [AngularJS][2]
+* [Colonne vertébrale][3]
+* [Kendo UI][4]
+* [Monaca][5]
+* [ReactJS][6]
+* [Sencha Touch][7]
+* [jQuery Mobile][8]
+
+ [2]: http://angularjs.org
+ [3]: http://backbonejs.org
+ [4]: http://www.telerik.com/kendo-ui
+ [5]: http://monaca.mobi/en/
+ [6]: http://facebook.github.io/react/
+ [7]: http://www.sencha.com/products/touch/
+ [8]: jquerymobile.com
+
+Et beaucoup, beaucoup, plus.
+
+## 2) considérations relatives aux performances
+
+Une des plus grandes erreurs qu'un nouveau développeur de Cordova peut faire est de supposer que les résultats qu'ils obtiennent sur une machine de bureau sont la même qu'ils auront sur un appareil mobile. Alors que nos appareils mobiles ont obtenu plus puissante chaque année, ils manquent encore de la puissance et les performances d'un ordinateur de bureau. Les appareils mobiles ont généralement beaucoup moins de RAM et un GPU qui est bien loin de leur bureau (ou même un ordinateur portable) frères. Une liste complète des conseils ici serait trop, mais voici quelques petites choses à garder à l'esprit (avec une liste de ressources plus longtemps à la fin de poursuivre les recherches).
+
+**Cliquez sur versus Touch** - l'erreur plus grande et la plus simple, vous pouvez faire est d'utiliser les événements click. Alors que ces « » très bien fonctionnent sur mobile, la plupart des périphériques imposent un délai de 300 ms sur eux afin de distinguer entre un contact et un événement de "tenir" touch. À l'aide de `touchstart` , ou `touchend` , se traduira par une amélioration spectaculaire - 300ms ne ressemble beaucoup, mais elle peut aboutir à des mises à jour de l'interface utilisateur et le comportement saccadé. Vous devriez également considérer le fait que « toucher » les événements ne sont pas supportés dans les navigateurs non-webkit, voir [CanIUse][9]. Pour remédier à ces limitations, vous pouvez commander différentes bibliothèques comme HandJS et Fastouch.
+
+ [9]: http://caniuse.com/#search=touch
+
+**Transitions CSS par rapport à la Manipulation du DOM** - utilisant l'accélération matérielle des transitions CSS sera nettement meilleure que l'utilisation de JavaScript pour créer des animations. Voir la liste des ressources à la fin de cette section pour obtenir des exemples.
+
+**Sucer des réseaux** - réseaux, Ok ne toujours sucer, mais la latence des réseaux mobiles, même de bons réseaux de téléphonie mobile, est bien pire que vous pensez probablement. Une application de bureau qui slurps bas 500 lignes de données JSON, toutes les 30 secondes, seront les deux plus lent sur un appareil mobile comme un gros mangeur de batterie. Gardez à l'esprit que les applications de Cordova ont plusieurs façons pour rendre persistantes les données dans l'application (LocalStorage et le système de fichiers, par exemple). Mettre en cache les données localement et être conscient de la quantité de données que vous envoyez en arrière. Il s'agit d'une considération particulièrement importante lorsque votre application est connectée via un réseau cellulaire.
+
+**Ressources et Articles de performances supplémentaires**
+
+* [« Vous la moitié cul il »][10]
+* [« Top dix conseils de Performance pour PhoneGap et hybride Apps »][11]
+* « Rapide des applications et des Sites avec JavaScript »: http://channel9.msdn.com/Events/Build/2013/4-313
+
+ [10]: http://sintaxi.com/you-half-assed-it
+ [11]: http://coenraets.org/blog/2013/10/top-10-performance-techniques-for-phonegap-and-hybrid-apps-slides-available/
+
+## 3) reconnaître et gérer l'état hors connexion
+
+Voir le Conseil précédent sur les réseaux. Non seulement vous pouvez être sur un réseau lent, il est tout à fait possible pour votre application d'être complètement déconnecté. Votre application doit gérer cela de manière intelligente. Si votre application ne fonctionne pas, les gens penseront que votre application est cassée. Vu comment il est facile à manipuler (supports de Cordova à l'écoute pour un événement à la fois en ligne et hors ligne), il n'y a absolument aucune raison pour que votre application ne répond ne pas bien quand exécuter en mode hors connexion. Veillez à tester (voir la section tests ci-dessous) votre demande et n'oubliez pas de tester comment votre application gère quand vous commencez dans un État et ensuite passez à l'autre.
+
+Notez que les événements en ligne et hors ligne, ainsi que l'API de connexion de réseau n'est pas parfait. Vous devrez compter sur via une requête XHR afin de déterminer si l'appareil est vraiment hors ligne ou en ligne. À la fin de la journée, être bien sûr ajouter une forme d'assistance pour les problèmes de réseau - en fait, l'Apple store (et probablement d'autres magasins) rejettera les applications qui ne gèrent correctement les États hors ligne/en ligne. Pour plus d'informations sur ce sujet, voir ["Is This Thing sur?"][12]
+
+ [12]: http://blogs.telerik.com/appbuilder/posts/13-04-23/is-this-thing-on-%28part-1%29
+
+# Gestion des mises à niveau
+
+## La mise à niveau de projets de Cordova
+
+Si votre projet existant a été créé à l'aide de Cordova 3.x, vous pouvez mettre à niveau le projet en émettant ce qui suit :
+
+ cordova platform update platform-name ios, android, etc.
+
+
+Si votre projet existant a été créé sous une version antérieure à Cordova 3.x, il serait probablement préférable de créer un nouveau projet de 3.x de Cordova et copiez code et les actifs de votre projet existant vers le nouveau projet. Étapes typiques :
+
+* Créez un nouveau projet de 3.x Cordova (cordova créer...)
+* Copiez le dossier www de votre ancien projet vers le nouveau projet
+* Copier les paramètres de configuration de l'ancien projet vers le nouveau projet
+* Ajouter les plug-ins utilisés dans l'ancien projet vers le nouveau projet
+* Générez votre projet
+* Tester, tester, tester !
+
+Quelle que soit la version antérieure du projet, il est absolument essentiel que vous lire sur ce qui a été changé dans la version mise à jour, car la mise à jour pourrait casser votre code. Il sera le meilleur endroit pour trouver ces informations dans les notes publiées sur le blog de Cordova tant dans les dépôts. Vous voudrez tester votre application soigneusement afin de vérifier qu'il fonctionne correctement après avoir effectué la mise à jour.
+
+Remarque : certains plugins n'est peut-être pas compatibles avec la nouvelle version de Cordova. Si un plugin n'est pas compatible, vous pouvez être en mesure de trouver un plugin de remplacement qui ne ce dont vous avez besoin, ou vous devrez peut-être retarder la mise à niveau de votre projet. Vous pouvez également modifier le plugin afin qu'il fonctionne en vertu de la nouvelle version et contribuer à la collectivité.
+
+## Mises à jour du plugin
+
+À partir de Cordova 3.4, il n'y a aucun mécanisme pour la mise à niveau de plugins modifiées à l'aide d'une seule commande. Au lieu de cela, supprimez le plugin et ajouter de nouveau à votre projet, et la nouvelle version sera installée :
+
+ cordova plugin rm com.some.plugin
+ cordova plugin add com.some.plugin
+
+
+N'oubliez pas de vérifier la documentation de la mise à jour du plugin, que vous devrez peut-être modifier votre code pour utiliser la nouvelle version. Aussi, le double de vérifier que la nouvelle version du plugin fonctionne avec la version de votre projet de Cordova.
+
+Testez toujours vos applications pour faire en sorte qu'installer le nouveau plugin a cassé pas quelque chose que vous n'avez pas prévu.
+
+Si votre projet comporte beaucoup de plugins dont vous avez besoin de mise à jour, il pourrait gagner du temps pour créer un script shell ou le lot qui supprime et ajoute les plugins avec une seule commande.
+
+# Test
+
+Il est super important de tester vos applications. L'équipe de Cordova utilise Jasmine mais toute solution de test web convivial unité va faire.
+
+## Test sur un simulateur vs sur un périphérique réel
+
+Il n'est pas rare d'utiliser les navigateurs de bureau et de simulateurs/émulateurs de périphérique lors du développement d'une application de Cordova. Toutefois, il est extrêmement important que vous testiez votre application sur les périphériques physiques autant que vous le pouvez :
+
+* Les simulateurs sont exactement cela : simulateurs. Par exemple, votre application peut fonctionner dans le simulateur iOS sans problème, mais il peut échouer sur un périphérique réel (en particulier dans certaines circonstances, comme un état de manque de mémoire). Ou, votre application peut ne pas réellement sur le simulateur alors qu'il fonctionne très bien sur un périphérique réel.
+* Émulateurs sont que cela : émulateurs. Ils ne représentent pas bien votre application s'exécute sur un périphérique physique. Par exemple, certains émulateurs peuvent rendre votre application avec un affichage brouillé, alors qu'un véritable appareil n'a aucun problème. (Si vous ne rencontrez pas ce problème, désactivez l'hôte GPU dans l'émulateur.)
+* Les simulateurs sont généralement plus rapides que votre périphérique physique. En revanche, les émulateurs, sont généralement plus lentes. Ne jugez pas les performances de votre application de comment il se comporte dans un simulateur ou un émulateur. Ne jugez pas les performances de votre application de comment il fonctionne sur un éventail de dispositifs réels.
+* Il est impossible d'avoir une bonne idée de comment votre application répond à votre contact à l'aide d'un simulateur ou un émulateur. Au lieu de cela, l'application en cours d'exécution sur un périphérique réel peut signaler des problèmes avec les tailles des éléments d'interface utilisateur, réactivité, etc..
+* Bien qu'il serait agréable de pouvoir tester uniquement sur un périphérique par la plate-forme, il est préférable de tester sur de nombreux appareils sportifs de nombreuses versions OS. Par exemple, ce qui fonctionne sur votre smartphone Android particulière peut échouer sur un autre appareil Android. Ce qui fonctionne sur un appareil iOS 7 peut échouer sur un appareil iOS 6.
+
+Il est, bien sûr, impossible de tester sur chaque dispositif possible sur le marché. Pour cette raison, il est sage de recruter de nombreux testeurs qui ont différents périphériques. Bien qu'ils n'attrapent pas tous les problèmes, les chances sont bonnes qu'ils découvriront les bizarreries et les questions que vous trouveriez jamais seul.
+
+Astuce : Il est possible sur les appareils Android Nexus pour flasher facilement différentes versions d'Android sur le périphérique. Ce procédé simple vous permettra de facilement tester votre application sur différents niveaux d'Android avec un seul appareil, sans annulation de votre garantie ou vous obligeant à « jailbreak » ou « racine » de votre appareil. Les images de Google Android usine et les instructions situent trouve à: https://developers.google.com/android/nexus/images#instructions
+
+# Débogage
+
+Débogage Cordova nécessite certaine configuration. Contrairement à une application de bureau, vous ne pouvez pas simplement ouvrir outils sur votre appareil mobile et démarrez le débogage, heureusement il y a des alternatives beaucoup.
+
+## Safari de débogage distant
+
+La première option est Safari de débogage distant. Cela fonctionne seulement sur OSX et qu'avec iOS 6 (et versions ultérieures). Il utilise Safari pour vous connecter à votre appareil (ou le simulateur) et reliera les outils du navigateur à la demande de Cordova. Vous obtenez ce que vous attendez d'outils / DOM inspection/manipulation, un débogueur JavaScript, inspection de réseau, la console et plus. Pour plus de détails, voir cet excellent blog : [http://moduscreate.com/enable-remote-web-inspector-in-ios-6/][13]
+
+ [13]: http://moduscreate.com/enable-remote-web-inspector-in-ios-6/]
+
+## Débogage distant chrome
+
+Pratiquement identique à la version de Safari, cela fonctionne seulement avec Android, mais peut être utilisé à partir de n'importe quel système d'exploitation. Il nécessite un minimum de 4,4 Android (KitKat), niveau API minimum de 19 et Chrome 30 + (sur le bureau). Une fois connecté, vous obtenez la même expérience de Chrome Dev Tools pour vos applications mobiles comme vous le faites avec vos applications de bureau. Mieux encore, les outils de Dev Chrome ont une option de miroir qui montre votre application en cours d'exécution sur le périphérique mobile. C'est plus qu'un avis - vous pouvez faire défiler et cliquez sur à partir des outils de dev et il met à jour sur le périphérique mobile. Plus d'informations sur le débogage distant de Chrome peuvent être trouvés ici : <https://developers.google.com/chrome/mobile/docs/debugging>
+
+Il est possible d'utiliser Chrome Dev Tools pour inspecter les applications iOS, à travers un proxy WebKit : <https://github.com/google/ios-webkit-debug-proxy/>
+
+## Ondulation
+
+Ondulation est un émulateur basé fonds pour projets de Cordova. Essentiellement, il vous laisse exécuter une application de Cordova dans votre application cliente et de faux diverses fonctionnalités de Cordova. Par exemple, il vous permet de simuler l'accéléromètre pour tester le shake événements. Il faux la caméra API en vous permettant de sélectionner une image depuis votre disque dur. Ondulation permet de que vous concentrerez davantage sur votre code personnalisé, plutôt que de vous inquiéter au sujet des plugins de Cordova. Vous pouvez en savoir plus sur l'ondulation ici : <http://ripple.incubator.apache.org/>
+
+## Weinre
+
+Weinre crée un serveur local qui peut héberger un client de débogage distant pour vos applications de Cordova. Après avoir installé et démarré il vers le haut, vous copiez une ligne de code dans votre application de Cordova et puis redémarrez. Vous pouvez alors ouvrir un panel d'outil de dev sur votre bureau pour travailler avec l'application. Weinre n'est pas tout à fait aussi fantaisie comme le Chrome et le débogage distant Safari mais a l'avantage de travailler avec un beaucoup plus grand nombre de plates-formes et de systèmes d'exploitation. Plus d'informations peuvent être trouvées ici : <http://people.apache.org/~pmuellr/weinre/docs/latest/>
+
+## Autres Options
+
+* BlackBerry 10 prend en charge le débogage ainsi : [Documentation][14]
+* Vous pouvez déboguer à l'aide de Firefox App Manager aussi bien, voir [ce blog][15] et cet [article MDN][16].
+* Pour plus d'exemples et d'explication des conseils ci-dessus de débogage, consultez : <http://developer.telerik.com/featured/a-concise-guide-to-remote-debugging-on-ios-android-and-windows-phone/>
+
+ [14]: https://developer.blackberry.com/html5/documentation/v2_0/debugging_using_web_inspector.html
+ [15]: https://hacks.mozilla.org/2014/02/building-cordova-apps-for-firefox-os/
+ [16]: https://developer.mozilla.org/en-US/Apps/Tools_and_frameworks/Cordova_support_for_Firefox_OS#Testing_and_debugging
+
+# Interface utilisateur
+
+Création d'une application de Cordoue qui est très joli sur mobile peut être un défi, surtout pour les développeurs. Beaucoup de gens ont choisi d'utiliser une infrastructure d'interface utilisateur pour faciliter cette opération. Voici une courte liste des options, que vous voudrez peut-être.
+
+* [jQuery Mobile][8] - jQuery Mobile améliore automatiquement votre mise en page pour l'optimisation des mobile. Il gère également la création d'un SPA pour vous automatiquement.
+* [ionique][17] -cette infrastructure d'interface utilisateur puissante a fait son propre indicateur composite avancé pour gérer la création d'un projet.
+* [Ratchet][18] - présentée par les personnes qui ont créé le Bootstrap.
+* [Kendo UI][4] - interface Open source et applicative de Telerik.
+* [Couche de finition][19]
+* [ReactJS][6]
+
+ [17]: http://ionicframework.com/
+ [18]: http://goratchet.com/
+ [19]: http://topcoat.io
+
+Lorsque vous générez votre interface utilisateur, il est important de penser à toutes les plateformes que vous ciblez et les différences entre les attentes de l'utilisateur. Par exemple, une application Android qui a une interface style iOS ira probablement pas plus de bien avec les utilisateurs. C'est parfois même appliquée par les divers magasins de l'application. Pour cette raison, il est important de respecter les conventions de chaque plateforme et sont donc familiers avec les différentes directives d'Interface humaine: * [iOS][20] * [Android][21] * [Windows Phone][22]
+
+ [20]: https://developer.apple.com/library/ios/documentation/userexperience/conceptual/MobileHIG/index.html
+ [21]: https://developer.android.com/designWP8
+ [22]: http://dev.windowsphone.com/en-us/design/library
+
+## Ressources et Articles d'interface utilisateur supplémentaires
+
+Bien que le navigateur moteurs deviennent plainte de normes de plus en plus, nous vivons encore dans un monde avec des préfixes (-webkit et - Mme) l'article suivant est utile lors du développement de l'interface utilisateur dans des Croix navigateur apps: <http://blogs.windows.com/windows_phone/b/wpdev/archive/2012/11/15/adapting-your-webkit-optimized-site-for-internet-explorer-10.aspx>
+
+# Jonglant
+
+Voici quelques façons de tenir à jour avec Cordova.
+
+* S'abonner au [blog de Cordova][23].
+* S'abonner à la [liste des développeurs][24]. Note - ce n'est pas un groupe de soutien ! Plutôt, c'est un endroit où le développement de Cordova est discutée.
+
+ [23]: http://cordova.apache.org/#news
+ [24]: http://cordova.apache.org/#mailing-list
+
+# Obtention d'aide
+
+Les liens suivants sont les meilleurs endroits pour obtenir de l'aide pour Cordova :
+
+* StackOverflow : <http://stackoverflow.com/questions/tagged/cordova> à l'aide de la balise de Cordova, vous pouvez afficher et parcourir toutes les questions de Cordova. Notez que les StackOverflow convertit automatiquement la balise « Phonegap » à « Cordova », sorte de cette façon, vous serez en mesure d'accéder aux questions historiques aussi bien
+* PhoneGap Google Group : [https://groups.google.com/forum/#! forum/phonegap][25] ce groupe de Google a été l'ancien forum de soutien pour quelle Cordova s'appelait encore PhoneGap. Bien qu'il existe encore beaucoup d'utilisateurs de Cordoue qui fréquentent ce groupe, la communauté de Cordova a exprimé un intérêt en se concentrant moins sur ce groupe et à la place utiliser StackOverflow pour un support
+* Meetup : <http://phonegap.meetup.com> - pensez à trouver un groupe local de meetup Cordova/PhoneGap
+
+ [25]: https://groups.google.com/forum/#!forum/phonegap
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/overview/index.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/overview/index.md b/docs/fr/edge/guide/overview/index.md
index a053f76..e6cd6bd 100644
--- a/docs/fr/edge/guide/overview/index.md
+++ b/docs/fr/edge/guide/overview/index.md
@@ -16,9 +16,13 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# Présentation
-Cordova est un framework de développement mobile open-source. Il permet d'exploiter les technologies Web courantes telles que HTML5, CSS3 et JavaScript pour développer des applications multi-plateformes, évitant ainsi l'utilisation des langages natifs propres aux différentes plates-formes mobiles. Les applications s'exécutent dans des wrappers ciblés pour chaque plate-forme, elles s'appuient sur des API conformes aux standards permettant l'accès aux capteurs de chaque appareil, aux données ainsi qu'à l'état du réseau.
+Apache Cordova est un framework de développement mobile open-source. Il permet d'exploiter les technologies Web courantes telles que HTML5, CSS3 et JavaScript pour développer des applications multi-plateformes, évitant ainsi l'utilisation des langages natifs propres aux différentes plates-formes mobiles. Les applications s'exécutent dans des wrappers ciblés pour chaque plate-forme, elles s'appuient sur des API conformes aux standards permettant l'accès aux capteurs de chaque appareil, aux données ainsi qu'à l'état du réseau.
-Utilisez Cordova si vous êtes :
+Apache Cordova a obtenu son diplôme en octobre 2012 comme un projet de niveau supérieur au sein de l'Apache Software Foundation (ASF). Par le biais de l'ASF, développement futur de Cordova assurera intendance ouvert du projet. Il restera toujours gratuit et open source sous Apache License, Version 2.0. Visitez [cordova.apache.org][1] pour plus d'informations.
+
+ [1]: http://cordova.apache.org
+
+Utiliser Apache Cordova, si vous êtes :
* un développeur mobile et que vous voulez étendre une application à plusieurs plates-formes sans avoir à réimplémenter celle-ci dans chacun des langages et avec chacun des outils propres aux différentes plates-formes.
@@ -28,26 +32,36 @@ Utilisez Cordova si vous êtes :
## Composants de base
-Les applications Cordova reposent sur un fichier commun `config.xml` fournissant des informations sur l'application et définissant les paramètres affectant son fonctionnement, si elle répond aux changements d'orientation par exemple. Ce fichier est conforme aux spécifications W3C [Packaged Web App][1] ou *widget*.
+Apache Cordova applications s'appuient sur un commun `config.xml` fichier qui fournit des informations sur l'application et spécifie les paramètres qui affectent comment ça marche, comme si elle répond à l'orientation se déplace. Ce fichier respecte [Emballés Web App][2]ou *widget*, spécification de la W3C.
- [1]: http://www.w3.org/TR/widgets/
+ [2]: http://www.w3.org/TR/widgets/
-L'application est présentée sous la forme d'une page Web nommée par défaut *index.html*, faisant appel à tous les fichiers CSS, JavaScript, images, multimédias, ou toutes autres ressources nécessaires à son fonctionnement. L'application est également exécutée en tant que *WebView* dans le wrapper applicatif natif destiné à la distribution via les magasins d'applications.
+L'application elle-même est implémenté comme une page web, nommé *index.html* par défaut, qui fait référence à quelque CSS, JavaScript, images des fichiers multimédias, ou d'autres ressources sont nécessaires pour son exécution. L'application s'exécute sous une *WebView* dans le wrapper de l'application native, qui vous distribuez à l'app store.
-La WebView Cordova peut être chargée d'afficher entièrement l'interface utilisateur de l'application. Sur certaines plateformes, il peut aussi être un composant dans une application hybride plus grande, qui mêle le mode Web avec des composants de l'application native. (Voir intégration WebViews pour plus de détails.)
+Le WebView Cordova-activé peut prévoir l'application grâce à son interface utilisateur entière. Sur certaines plateformes, il peut aussi être un composant dans une application hybride plus grande, qui mêle le mode Web avec des composants de l'application native. (Voir intégration WebViews pour plus de détails.)
-Une interface *plugin* est disponible pour Cordova et les composants natifs de communiquer entre eux. Depuis la version 3.0, plugins fournir des liaisons de périphérique standard API. Plugins tiers fournissent des liaisons supplémentaires aux fonctionnalités n'est pas nécessairement disponibles sur toutes les plateformes. Vous pouvez également développer vos propres plugins, comme décrit dans le Guide de développement de Plugin. Plugins peut être nécessaire, par exemple, pour communiquer entre Cordoue et les composants natifs personnalisés.
+Une interface *plugin* est disponible pour Cordova et les composants natifs de communiquer entre eux. Cela vous permet d'invoquer le code natif de JavaScript. Depuis la version 3.0, plugins fournir des liaisons de périphérique standard API. Plugins tiers fournissent des liaisons supplémentaires aux fonctionnalités n'est pas nécessairement disponibles sur toutes les plateformes. Vous pouvez trouver ces plugins tierce partie dans le [Registre du plugin][3] et les utiliser dans votre application. Vous pouvez également développer vos propres plugins, comme décrit dans le Guide de développement de Plugin. Plugins peut être nécessaire, par exemple, pour communiquer entre Cordoue et les composants natifs personnalisés.
+
+ [3]: http://plugins.cordova.io
## Voies de développement
Depuis la version 3.0, vous pouvez utiliser deux workflows de base pour créer une application mobile. Alors que vous pouvez souvent utiliser un flux de travail à accomplir la même tâche, ils ont chacun des avantages :
-* **Flux de travail multi-plateforme**: utiliser ce flux de travail si vous souhaitez que votre application pour exécuter le plus grand nombre des différents systèmes d'exploitation mobiles que possible, avec peu besoin spécifique à la plateforme de développement. Ce workflow est centrée autour de la `cordova` utilitaire, autrement connu comme le Cordova *CLI*, qui a été introduite avec le 3.0 de Cordova. La CLI est un outil de haut niveau qui vous permet d'élaborer des projets pour de nombreuses plateformes à la fois, faisant abstraction bien loin des fonctionnalités des scripts shell de niveau inférieur. La CLI copie un ensemble commun de ressources web dans des sous-répertoires pour chaque plate-forme mobile, apporte des changements de configuration nécessaires pour chacun, s'exécute les scripts de compilation pour générer les fichiers binaires d'application. La CLI fournit également une interface commune pour appliquer des plugins pour votre application. (Po
ur plus de détails sur la CLI, voir The Command-Line Interface).
+* **Flux de travail multi-plateforme**: utiliser ce flux de travail si vous souhaitez que votre application pour exécuter le plus grand nombre des différents systèmes d'exploitation mobiles que possible, avec peu besoin spécifique à la plateforme de développement. Ce workflow est centrée autour de la `cordova` utilitaire, autrement connu comme le Cordova *CLI*, qui a été introduite avec le 3.0 de Cordova. La CLI est un outil de haut niveau qui vous permet d'élaborer des projets pour de nombreuses plateformes à la fois, faisant abstraction bien loin des fonctionnalités des scripts shell de niveau inférieur. La CLI copie un ensemble commun de ressources web dans des sous-répertoires pour chaque plate-forme mobile, apporte des changements de configuration nécessaires pour chacun, s'exécute les scripts de compilation pour générer les fichiers binaires d'application. La CLI fournit également une interface commune pour appliquer des plugins pour votre application. Pou
r plus de détails sur la CLI, consultez l'Interface de ligne de commande. Sauf si vous avez un besoin pour le flux de travail axée sur la plate-forme, le flux de travail multi-plateforme est recommandé.
+
+* **Flux de travail axée sur la plate-forme**: utilisez ce flux de travail si vous voulez mettre l'accent sur la construction d'une application pour une plateforme unique et doivent être en mesure de le modifier à un niveau inférieur. Vous devez utiliser cette approche, par exemple, si vous souhaitez que votre application pour mélanger les composants natifs personnalisés avec des composants de Cordoue sur le web, tel que discuté dans l'intégration WebViews. En règle générale, utilisez ce flux de travail si vous devez modifier le projet dans le SDK. Ce flux de travail s'appuie sur un ensemble de scripts shell de niveau inférieur qui sont adaptés pour chaque plate-forme prise en charge et un utilitaire distinct de Plugman qui vous permet d'appliquer des plugins. Alors que vous pouvez utiliser ce flux de travail pour créer des applications multi-plateformes, il est généralement plus difficile parce que l'absence d'un outil de niveau supérieur signifie cycles distinct
s construction et modifications de plugin pour chaque plate-forme. Pourtant, ce flux de travail vous permet un meilleur accès à des options de développement fournis par chaque SDK et est essentiel pour les applications hybrides complexes. Voir les différents Guides de plate-forme pour plus de détails sur les utilitaires de coquille disponible de chaque plateforme.
+
+Lors du premier démarrage, il peut être plus facile d'utiliser le flux de travail multi-plateforme pour créer une application, tel que décrit dans l'Interface de ligne de commande. Vous avez alors la possibilité de passer à un flux de travail axée sur la plate-forme si vous avez besoin du contrôle que le SDK fournit. Utilitaires shell de niveau inférieur sont disponibles à [cordova.apache.org][1] dans une distribution distincte que le CLI. Pour les projets initialement générés par la CLI, ces outils de coquille sont également disponibles dans le projet de divers `platforms/*/cordova` répertoires.
+
+**Remarque**: une fois que vous passez dans le flux de travail axée sur la CLI à l'une centrée sur les kits de développement logiciel spécifique à la plateforme et les outils de shell, vous ne pouvez pas revenir en arrière. La CLI maintient un ensemble de code source multi-plateforme qui, sur chacun, générez-le utilisations d'écrire plus de code source spécifique à la plateforme. Pour conserver les modifications que vous apportez aux actifs spécifiques à la plate-forme, vous devez basculer vers les outils axés sur la plate-forme de shell, qui ignorent le code source multi-plateforme, et au contraire s'appuie sur le code source spécifique à la plateforme.
+
+## Installation Cordova
-* **Flux de travail axée sur la plate-forme**: utilisez ce flux de travail si vous voulez mettre l'accent sur la construction d'une application pour une plateforme unique et doivent être en mesure de le modifier à un niveau inférieur. Vous devez utiliser cette approche, par exemple, si vous souhaitez que votre application pour mélanger les composants natifs personnalisés avec des composants de Cordoue sur le web, tel que discuté dans l'intégration WebViews. En règle générale, utilisez ce flux de travail si vous devez modifier le projet dans le SDK. Ce flux de travail s'appuie sur un ensemble de scripts shell de niveau inférieur qui sont adaptés pour chaque plate-forme prise en charge et un utilitaire distinct de Plugman qui vous permet d'appliquer des plugins. Alors que vous pouvez utiliser ce flux de travail pour créer des applications multi-plateformes, il est généralement plus difficile parce que l'absence d'un outil de niveau supérieur signifie cycles distinct
s construction et modifications de plugin pour chaque plate-forme. Pourtant, ce flux de travail vous permet un meilleur accès à des options de développement fournis par chaque SDK et est essentiel pour les applications hybrides complexes. (Voir les différents Guides de plate-forme pour plus de détails sur utilitaires coquille disponible de chaque plateforme.)
+L'installation de Cordova diffèrera selon le flux de travail ci-dessus que vous choisissez :
-Lors du premier démarrage, il peut être plus facile d'utiliser le flux de travail multi-plateforme pour créer une application, tel que décrit dans l'Interface de ligne de commande. Vous avez alors la possibilité de passer à un flux de travail axée sur la plate-forme si vous avez besoin du contrôle que le SDK fournit. Utilitaires shell de niveau inférieur sont disponibles à [cordova.apache.org][2] dans une distribution distincte que le CLI. Pour les projets initialement générés par la CLI, ces outils de coquille sont également disponibles dans le projet de divers `platforms/*/cordova` répertoires.
+* Flux de travail multi-plateforme : Voir l'Interface de ligne de commande.
- [2]: http://cordova.apache.org
+* Flux de travail axée sur la plate-forme : consultez les Guides de la plate-forme.
-**Remarque**: une fois que vous passez dans le flux de travail axée sur la CLI à l'une centrée sur les kits de développement logiciel spécifique à la plateforme et les outils de shell, vous ne pouvez pas revenir en arrière. La CLI maintient un ensemble de code source multi-plateforme qui, sur chacun, générez-le utilisations d'écrire plus de code source spécifique à la plateforme. Pour conserver les modifications que vous apportez aux actifs spécifiques à la plate-forme, vous devez basculer vers les outils axés sur la plate-forme de shell, qui ignorent le code source multi-plateforme, et au contraire s'appuie sur le code source spécifique à la plateforme.
\ No newline at end of file
+Après l'installation de Cordova, il est recommandé de consulter les Guides de la plate-forme pour les plates-formes mobiles qui vous mettra au point pour. Il est également recommandé que vous examiniez également le Guide de la vie privée, sécurité Guide et prochaines étapes. Pour la configuration de Cordova, consultez le fichier config.xml File. Pour accéder à une fonction native sur un périphérique de JavaScript, consultez le Plugin APIs. Et consulter les autres guides inclus tel qu'il est nécessaire.
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/platforms/amazonfireos/config.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/platforms/amazonfireos/config.md b/docs/fr/edge/guide/platforms/amazonfireos/config.md
index 776a280..5d4717f 100644
--- a/docs/fr/edge/guide/platforms/amazonfireos/config.md
+++ b/docs/fr/edge/guide/platforms/amazonfireos/config.md
@@ -18,22 +18,22 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
Le `config.xml` fichier contrôle des paramètres de base de l'application s'appliquent à chaque demande et chaque instance de CordovaWebView. Cette préférences de détails section s'appliquant uniquement aux OS feu Amazon s'appuie. Voir le fichier config.xml File pour plus d'informations sur les options de configuration globale.
-* `KeepRunning`(boolean, la valeur par défaut `true` ): détermine si l'application reste en cours d'exécution en arrière-plan même après une `pause` événement se déclenche.
+* `KeepRunning`(boolean, la valeur par défaut `true` ): détermine si l'application reste en cours d'exécution en arrière-plan même après une `pause` événement se déclenche. Affectation de `false` ne tue pas l'appli après un `pause` événement, mais simplement s'arrête l'exécution du code dans le webview cordova, tandis que l'application est en arrière-plan.
<preference name="KeepRunning" value="false"/>
-* `ErrorUrl`: Spécifie une page d'erreur qui s'affiche en réponse à des erreurs HTTP standards dans la gamme de 400-500. Placez le fichier spécifié dans le répertoire contenant la page d'accueil et d'autres ressources web.
+* `ErrorUrl`(URL, valeur par défaut est `null` ): si défini, affichera la page référencée sur une erreur dans l'application au lieu d'un dialogue avec le titre « Erreur d'Application ».
<preference name="ErrorUrl" value="error.html"/>
-* `LoadingDialog`: Afficher une boîte de dialogue native lors du chargement de l'application. Le format de la valeur est *titre, Message*
+* `LoadingDialog`(string, la valeur par défaut `null` ): si ensemble, affiche un dialogue avec le titre spécifié et le message et d'une fileuse, lors du chargement de la première page d'une application. Le titre et le message sont séparés par une virgule dans cette chaîne de valeur, et cette virgule est supprimée avant que la boîte de dialogue s'affiche.
<preference name="LoadingDialog" value="Please wait, the app is loading"/>
-* `LoadingPageDialog`: Afficher une boîte de dialogue native lors du chargement des pages secondaires au sein d'une application. Le format de la valeur est *titre, Message*
+* `LoadingPageDialog`(string, la valeur par défaut `null` ): le même que `LoadingDialog` , mais pour le chargement de chaque page après la première page de l'application.
<preference name="LoadingPageDialog" value="Please wait, the data is loading"/>
@@ -50,4 +50,14 @@ Le `config.xml` fichier contrôle des paramètres de base de l'application s'app
* `SplashScreenDelay`(numéro, par défaut, `5000` ): affiche de l'image de l'écran splash le laps de temps.
- <preference name="SplashScreenDelay" value="10000"/>
\ No newline at end of file
+ <preference name="SplashScreenDelay" value="10000"/>
+
+
+* `ShowTitle`(boolean, la valeur par défaut `false` ): montrer le titre en haut de l'écran.
+
+ <preference name="ShowTitle" value="true"/>
+
+
+* `LogLevel`(string, la valeur par défaut `ERROR` ): définit le niveau de journalisation minimale par le biais de quel journal messages depuis votre application seront filtrées. Les valeurs valides sont `ERROR` , `WARN` , `INFO` , `DEBUG` , et`VERBOSE`.
+
+ <preference name="LogLevel" value="VERBOSE"/>
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/platforms/amazonfireos/index.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/platforms/amazonfireos/index.md b/docs/fr/edge/guide/platforms/amazonfireos/index.md
index 53d3821..fa6b1f1 100644
--- a/docs/fr/edge/guide/platforms/amazonfireos/index.md
+++ b/docs/fr/edge/guide/platforms/amazonfireos/index.md
@@ -17,28 +17,49 @@ Voir ci-dessous pour plus d'informations spécifiques à la plateforme :
* Amazon Fire OS WebViews
* Amazon Fire OS Plugins
-## Exigences et soutien
+## Introduction
+
+En ciblant la plateforme Amazon Fire OS, Cordova les développeurs peuvent créer des applications web hybrides qui tirent profit du moteur web avancés intégré dans les appareils Kindle Fire. Amazon WebView API (AWV) est un runtime de dérivés chrome web exclusif à feu OS. Un remplacement rapide pour l'affichage Web qui est livré avec les appareils Android, AWV permet de créer le plus performant et plus puissant hybride web apps en fournissant un soutien pour un moteur plus rapide de JavaScript (V8), débogage distant et optimisations matérielle pour les périphériques de Kindle Fire notamment un Canvas 2D accélérée, et accéder aux fonctionnalités HTML5, ne pas pris en charge par Android construit en mode Web tels que: CSS Calc, Validation de formulaire, getUserMedia, IndexedDB, Web Workers, WebSockets et WebGL.
-Développement d'applications de Cordova pour Amazon Fire OS requiert le SDK Android et le SDK de WebView d'Amazon. Vérifier les conditions requises pour ces kits de développement logiciel en utilisant les liens ci-dessous :
+Pour plus d'informations sur l'API d'affichage Web Amazon, s'il vous plaît voir du Portail développeur Amazon [page HTML5 hybride Apps][1]. Pour toute question sur getting started et autres soutiennent des questions, veuillez consulter le portail des développeurs Amazon [Forums - HTML5 hybride Apps][2].
-* [Système Android SDK][1]
+ [1]: https://developer.amazon.com/public/solutions/platforms/android-fireos/docs/building-and-testing-your-hybrid-app
+ [2]: http://forums.developer.amazon.com/forums/category.jspa?categoryID=41
+
+## Exigences et soutien
-* [Amazon WebView SDK][2]
+Développement d'applications de Cordova pour Amazon Fire OS nécessite l'installation d'une variété de fichiers de support, y compris tous les éléments nécessaires pour le développement Android, ainsi que le SDK de WebView d'Amazon. Consultez la liste ci-dessous pour l'installation du système requis :
- [1]: http://developer.android.com/sdk/
- [2]: https://developer.amazon.com/sdk/fire/IntegratingAWV.html#installawv
+* L'Interface de ligne de commande
+* [Android SDK][3]
+* [Apache Ant][4]
+* [Amazon WebView SDK][1]
+
+ [3]: http://developer.android.com/sdk/
+ [4]: http://ant.apache.org
## Installation
-### Android SDK
+### Android SDK et Apache Ant
+
+Installer le SDK Android de [developer.android.com/sdk][3]. Dans le cas contraire vous pouvez être présentées avec un choix de l'endroit où installer le SDK, déplacer le fichier téléchargé `adt-bundle` arbre à chaque fois que vous stockez des outils de développement.
+
+Vous aurez besoin pour exécuter le gestionnaire de SDK Android ( `android` partir d'une ligne de commande) au moins une fois avant de commencer votre projet de Cordova. Assurez-vous d'installer la dernière version de l' Android SDK Tools et kit de développement logiciel de plate-forme **plus précisément le niveau API 19**. S'il vous plaît, voir [Paramétrage de votre environnement de développement][5] sur le portail des développeurs pour plus d'informations sur le paramétrage de votre environnement de développement pour les appareils Kindle Fire OS Amazon.
-Installer le SDK Android de [developer.android.com/sdk][1]. Dans le cas contraire vous pouvez être présentées avec un choix de l'endroit où installer le SDK, déplacer le fichier téléchargé `adt-bundle` arbre à chaque fois que vous stockez des outils de développement.
+ [5]: https://developer.amazon.com/public/resources/development-tools/ide-tools/tech-docs/01-setting-up-your-development-environment
-Pour les outils de ligne de commande de Cordova pour travailler, vous devez inclure le SDK `tools` et `platform-tools` des répertoires dans votre environnement de chemin d'accès.
+Installer l'Apache Ant construire outil en [Téléchargement une distribution binaire Ant][6], décompresser dans un répertoire, vous pouvez consulter ultérieurement. Voir le [Manuel de fourmi][7] pour plus d'informations.
-Sur Mac, Linux ou autres plates-formes de type Unix, vous pouvez utiliser un éditeur de texte pour créer ou modifier le `~/.bash_profile` fichier, en ajoutant une ligne comme ci-dessous, en fonction d'où le kit de développement logiciel installe :
+ [6]: http://ant.apache.org/bindownload.cgi
+ [7]: http://ant.apache.org/manual/index.html
- export PATH = ${chemin}: / / adt-bundle/sdk/plateforme-outils de développement: / développement/adt-bundle/sdk/tools
+Pour les outils de ligne de commande de Cordova pour travailler, vous devez inclure le Android SDK `tools` , `platform-tools` et `apache-ant/bin` des répertoires dans votre environnement de chemin d'accès.
+
+#### Chemin d'accès de Mac/Linux
+
+Sur Mac, Linux ou autres plates-formes de type Unix, vous pouvez utiliser un éditeur de texte pour créer ou modifier le `~/.bash_profile` fichier, en ajoutant une ligne comme ci-dessous, en fonction d'où sont installés les SDK et la fourmi :
+
+ export PATH = ${chemin}: / / adt-bundle/sdk/plateforme-outils de développement: / développement/adt-bundle/sdk/tools: / développement/apache-ant/bin
Cela expose les outils SDK dans windows terminales nouvellement ouverts. Dans le cas contraire, exécutez-le pour les rendre disponibles dans la session en cours :
@@ -46,7 +67,9 @@ Cela expose les outils SDK dans windows terminales nouvellement ouverts. Dans le
$ source ~/.bash_profile
-Pour modifier l'environnement PATH sur Windows 7 :
+#### Chemin d'accès Windows
+
+Pour modifier l'environnement PATH sous Windows :
* Cliquez sur le menu **Démarrer** dans le coin en bas à gauche du bureau, faites un clic droit sur **ordinateur**, puis cliquez sur **Propriétés**.
@@ -56,26 +79,33 @@ Pour modifier l'environnement PATH sur Windows 7 :
* Sélectionnez la variable **PATH** et appuyer sur **modifier**.
-* Le chemin d'accès basé sur lequel vous avez installé le SDK, par exemple, ajoutez ce qui suit :
+* Le chemin d'accès basé sur lequel vous avez installé le SDK et les fourmis, par exemple, ajoutez ce qui suit :
- ;C:\Development\adt-bundle\sdk\platform-Tools ;C:\Development\adt-bundle\sdk\tools
+ ;C:\Development\adt-bundle\sdk\platform-tools;C:\Development\adt-bundle\sdk\tools;C:\Development\apache-ant\bin
* Enregistrez la valeur et fermez les deux boîtes de dialogue.
-Vous devrez peut-être également activer Java et Open ant une invite de commandes et tapez `java` , puis tapez également `ant` . Ajoutez le chemin d'accès si elle ne pas s'exécuter :
-
- ;%JAVA_HOME%\bin;%ANT_HOME%\bin
+* Vous devrez aussi activer Java. Ouvrez une invite de commandes et tapez `java` , si elle ne s'exécute pas, ajoutez l'emplacement des fichiers binaires Java à votre chemin aussi bien. Assurez-vous de JAVA\_HOME % pointe vers le répertoire JDK installé. Vous devrez peut-être ajouter JAVA\_HOME environnement variable séparément.
+ ; %JAVA_HOME%\bin
+
### Amazon WebView SDK
-Télécharger le SDK de WebView Amazon depuis [Amazon Developer Portal][2].
+Afin de créer des applications de Cordoue à l'aide de la plateforme cible de Amazon Fire OS, vous devrez télécharger, décompresser et installer les fichiers de support d'Amazon WebView SDK. Cette étape devront être fait pour votre premier projet Amazon Fire OS, ou si vous mettez à niveau Cordova.
-* Créer un `libs/` dossier `~/.cordova/lib/amazon-fireos/cordova/3.1.0/` dossier.
-* Ajouter le `awv_interface.jar` depuis le SDK téléchargé à`~/.cordova/lib/amazon-fireos/cordova/3.1.0/libs/`
+* Télécharger le SDK de WebView Amazon depuis [Amazon Developer Portal][1].
-## Ouvrez un projet dans le SDK
+* Copie `awv_interface.jar` du SDK téléchargé au répertoire de travail de Cordova :
+
+ **Mac/Linux:** `~/.cordova/lib/amazon-fireos/cordova/[cordova_release]/framework/libs/`
+
+ **Windows:** `%USERPROFILE%\.cordova\lib\amazon-fireos\cordova\[cordova_release]\framework\libs`
+
+***Remarque :*** En raison de la demande de Cordova d'installer le processus, le `~/.cordova/lib/amazon-fireos` Répertoire de la plate-forme ne sera pas créé jusqu'à ce que vous ajoutiez la plateforme à votre premier projet.
+
+## Créer le nouveau projet pour Amazon Fire OS
Utilisation du `cordova` utilitaire de mettre en place un nouveau projet, tel que décrit dans The Cordova The Command-Line Interface. Par exemple, dans un répertoire de code source :
@@ -85,19 +115,58 @@ Utilisation du `cordova` utilitaire de mettre en place un nouveau projet, tel qu
$ cordova build
-Une fois créé, vous pouvez utiliser l'éclipse qui est livré avec le SDK Android pour le modifier :
+***Remarque :*** La première fois que la plate-forme amazon-fireos est installée sur votre système, il va télécharger les fichiers appropriés dans le répertoire de travail de Cordova, mais échouera alors qu'il manque les fichiers de support AWV SDK (voir ci-dessus). Suivez les instructions ci-dessus pour installer le `awv_interface.jar` , puis supprimer et rajouter la plate-forme amazon-fireos à votre projet. Cette étape ne devrons être fait pour le premier projet Amazon Fire OS.
+
+## Déployer sur le périphérique
+
+Pour repousser un $ $ etAPP directement sur l'appareil, assurez-vous que débogage USB est activé sur votre appareil tel que décrit sur le [Site des développeurs Android][8]et utiliser un câble mini USB à brancher sur votre système.
+
+ [8]: http://developer.android.com/tools/device.html
+
+Vous pouvez pousser l'app à l'appareil de la ligne de commande :
+
+ $ cordova exécuter amazon-fireos
+
+
+En alternance au sein d'Eclipse, cliquez droit sur le projet et choisissez **Exécuter en tant que → Application Android**.
+
+**Note**: actuellement, test via un émulateur n'est pas supporté pour Amazon WebView basé applications, en outre l'Amazone WebView API est disponible uniquement sur appareils OS feu. Pour plus d'informations, consultez la documentation de [Amazon WebView API SDK][1] .
+
+### Exécuter des drapeaux
+
+La commande exécuter accepte des paramètres optionnels comme spécifié dans le document d'Interface de ligne de commande de Cordova, feu OS accepte également un supplément `--debug` drapeau qui permettra aux outils de développement de chrome pour le débogage distant web.
+
+Pour utiliser les outils du développeur, saisissez :
+
+ $ cordova run --debug amazon-fireos
+
+
+Cela permettra à des outils sur le client en cours d'exécution. Vous pouvez ensuite connecter au client par la redirection de port en utilisant l'Android Debug pont (adb) faisant référence au nom du paquet de l'application.
+
+Par exemple :
+
+ ADB tcp:9222 avant localabstract:com.example.helloworld.devtools
+
+
+Vous pouvez ensuite utiliser le DevTools via un navigateur basé sur Chromium en accédant à :`http://localhost:9222`.
+
+### Prise en charge facultative Eclipse
+
+Une fois créé, vous pouvez utiliser l'éclipse qui est livré avec le SDK Android pour modifier le projet. Prenez garde que les modifications apportées par le biais de Eclipse seront remplacées si vous continuez à utiliser les outils de ligne de commande de Cordova.
* Lancez l'application **Eclipse** .
* Sélectionnez l'élément de menu **Nouveau projet** .
-* Choisissez **Un projet Android à partir de Code existant** dans la boîte de dialogue, puis appuyez sur **suivant**: ![][3]
+* Choisissez **Un projet Android à partir de Code existant** dans la boîte de dialogue, puis appuyez sur **suivant**: ![][9]
* Accédez à `hello` , ou n'importe quel répertoire vous avez créé pour le projet, puis à la `platforms/amazon-fireos` sous-répertoire.
+* Eclipse vous montrera Bonjour et Bonjour-CorddovaLib - 2 projets à ajouter. Ajoutez les deux.
+
* Appuyez sur **Terminer**.
- [3]: img/guide/platforms//eclipse_new_project.png
+ [9]: img/guide/platforms//eclipse_new_project.png
Une fois que la fenêtre de Eclipse s'ouvre, un rouge **X** peut apparaître pour indiquer les problèmes non résolus. Dans l'affirmative, suivez ces étapes supplémentaires :
@@ -105,23 +174,8 @@ Une fois que la fenêtre de Eclipse s'ouvre, un rouge **X** peut apparaître pou
* Dans la boîte de dialogue **Propriétés** , sélectionnez **Android** du volet de navigation.
-* Pour le projet construire cible, sélectionnez le plus haut niveau de l'API Android que vous avez installé.
+* Pour la cible de génération de projet, sélectionnez le plus haut niveau de Android API (actuellement API niveau 19) vous avez installé.
* Cliquez sur **OK**.
-* Sélectionnez **nettoyer** dans le menu **projet** . Cela devrait corriger toutes les erreurs dans le projet.
-
-## Déployer sur le périphérique
-
-Pour repousser un $ $ etAPP directement sur l'appareil, assurez-vous que débogage USB est activé sur votre appareil tel que décrit sur le [Site des développeurs Android][4]et utiliser un câble mini USB à brancher sur votre système.
-
- [4]: http://developer.android.com/tools/device.html
-
-Vous pouvez pousser l'app à l'appareil de la ligne de commande :
-
- $ cordova run amazon-fireos
-
-
-En alternance au sein d'Eclipse, cliquez droit sur le projet et choisissez **exécute en tant que → Application Android**.
-
-**Note**: actuellement, test via un émulateur n'est pas pris en charge pour Amazon WebView basé apps.
\ No newline at end of file
+* Sélectionnez **nettoyer** dans le menu **projet** . Cela devrait corriger toutes les erreurs dans le projet.
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/platforms/amazonfireos/webview.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/platforms/amazonfireos/webview.md b/docs/fr/edge/guide/platforms/amazonfireos/webview.md
index 1d8eb38..f068ed5 100644
--- a/docs/fr/edge/guide/platforms/amazonfireos/webview.md
+++ b/docs/fr/edge/guide/platforms/amazonfireos/webview.md
@@ -16,11 +16,13 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# Amazon Fire OS WebViews
-3.0.0 à partir, vous pouvez utiliser Cordova comme composant dans les applications Amazon Fire OS. Amazon Fire OS se réfère à cette composante `CordovaWebView` . `CordovaWebView`s'étend de WebView Amazon qui repose sur l'open source Chromium projet. En tirant parti de cette fonctionnalité, vos applications web peuvent utiliser les dernières normes web HTML5 s'exécutant dans un moteur d'exécution de web moderne.
+3.3.0 à partir, vous pouvez utiliser Cordova comme composant dans les applications Amazon Fire OS. Amazon Fire OS se réfère à cette composante `CordovaWebView` . `CordovaWebView`s'étend de WebView Amazon qui repose sur l'open source Chromium projet. En tirant parti de cette fonctionnalité, vos applications web peuvent utiliser les dernières normes web HTML5 s'exécutant dans un moteur d'exécution de web moderne.
+
+Si vous n'êtes pas familier avec Amazon Fire OS, vous devez tout d'abord vous familiariser avec le Guide de plateforme Amazon Fire OS et avez le dernier SDK installé avant d'essayer l'option de développement plus inhabituelle d'incorporation une WebView.
## Conditions préalables
-* Cordova 3.0.0 ou supérieur
+* Cordova 3.3.0 ou supérieur
* Android SDK mis à jour vers la dernière version du SDK
@@ -28,11 +30,15 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
## Guide à l'aide de CordovaWebView dans un projet d'OS Amazon Fire
-1. Télécharger et étendre l' [Amazone WebView SDK][1] , puis copiez le awv_interface.jar en `/framework/libs` répertoire. Créer un libs / dossier s'il n'existe pas.
+1. Pour suivre ces instructions, vérifiez que vous avez la dernière distribution de Cordova. Téléchargez-le sur [cordova.apache.org][1] et décompressez son OS feu Amazon.
+
+2. Télécharger et étendre l' [Amazone WebView SDK][2] , puis copiez le awv_interface.jar en `/framework/libs` répertoire. Créer un libs / dossier s'il n'existe pas.
+
+3. Accédez à du package `/framework` répertoire et exécutez `ant jar` . Il crée le Cordova `.jar` fichier, formé comme`/framework/cordova-x.x.x.jar`.
-2. `cd`en `/framework` et exécutez `ant jar` pour construire le bocal de cordova. Il crée le fichier .jar formé comme `cordova-x.x.x.jar` dans le `/framework` répertoire.
+4. Copie le `.jar` fichier dans le projet Android `/libs` répertoire.
-3. Modifier votre application `main.xml` fichier (sous `/res/layout` ) pour ressembler à ce qui suit, avec le `layout_height` , `layout_width` et `id` modifié pour l'adapter à votre application :
+5. Ajoutez le code suivant à l'application `/res/xml/main.xml` fichier, avec la `layout_height` , `layout_width` et `id` modifié en fonction de l'application :
<org.apache.cordova.CordovaWebView
android:id="@+id/tutorialView"
@@ -40,7 +46,7 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
android:layout_height="match_parent" />
-4. Modifier votre activité de sorte qu'il met en œuvre le `CordovaInterface` . Vous devez implémenter les méthodes inclus. Vous pouvez les copier de `/framework/src/org/apache/cordova/CordovaActivity.java` , ou leur mise en œuvre sur votre propre. Le fragment de code ci-dessous montre une application qui utilise l'interface de base. Notez comment correspond à l'id de la vue référencée le `id` attribut spécifié dans le fragment XML indiqué ci-dessus :
+6. Modifier votre activité de sorte qu'il met en œuvre le `CordovaInterface` . Vous devez implémenter les méthodes inclus. Vous pouvez les copier de `/framework/src/org/apache/cordova/CordovaActivity.java` , ou leur mise en œuvre sur votre propre. Le fragment de code ci-dessous montre une application qui utilise l'interface de base. Notez comment correspond à l'id de la vue référencée le `id` attribut spécifié dans le fragment XML indiqué ci-dessus :
public class CordovaViewTestActivity extends Activity implements CordovaInterface {
CordovaWebView cwv;
@@ -55,7 +61,8 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
}
- [1]: https://developer.amazon.com/sdk/fire/IntegratingAWV.html#installawv
+ [1]: http://cordova.apache.org
+ [2]: https://developer.amazon.com/sdk/fire/IntegratingAWV.html#installawv
Si vous utilisez l'appareil photo, vous devez également implémenter ceci :
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/platforms/android/index.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/platforms/android/index.md b/docs/fr/edge/guide/platforms/android/index.md
index d19cd85..4d10f82 100644
--- a/docs/fr/edge/guide/platforms/android/index.md
+++ b/docs/fr/edge/guide/platforms/android/index.md
@@ -16,201 +16,237 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# Guide pour la plate-forme Android
-Ce guide montre comment configurer votre environnement de développement SDK pour déployer des applications de Cordova pour les appareils Android. Il montre comment installer le SDK Android, ouvrez un projet Android dans le SDK et déployer sur un émulateur ou un périphérique. Vous devez suivre les instructions pour installer le SDK Android, que vous utilisiez le flux de travail multi-plateforme discutée dans la vue d'ensemble, ou les outils axés sur la plate-forme de shell à Android Command-line Tools.
-
-Voir ci-dessous pour plus d'informations spécifiques à la plateforme :
-
-* Configuration d'Android
-* WebViews Android
-* Plugins Android
-* Mettre à jour Android
-* Outils en ligne de commande Android
-
-Les outils de ligne de commande ci-dessus se référer aux versions antérieures à la 3.0 de Cordova. Voir l'Interface de ligne de commande pour plus d'informations sur l'interface actuelle.
+Ce guide montre comment configurer votre environnement SDK pour déployer des applications de Cordova pour les appareils Android et comment éventuellement utiliser Android-centré des outils de ligne de commande dans votre flux de travail de développement. Vous devez installer le SDK Android indépendamment si vous voulez utiliser ces outils axés sur la plate-forme de shell ou la CLI de Cordova multi-plateforme pour le développement. Pour une comparaison entre les voies de deux développement, consultez la vue d'ensemble. Pour plus d'informations sur la CLI, consultez l'Interface de ligne de commande.
## Configuration requise et support
-Consultez la [Configuration requise][1] pour le SDK Android.
+Cordova pour Android nécessite le SDK Android. Voir du SDK Android [Configuration du système requise][1].
[1]: http://developer.android.com/sdk/index.html
-Cordova supporte Android 2.2, 2.3 et 4.x. En règle générale, les plates-formes sont déconseillés car ils plonger au-dessous de 5 % sur Google [dashboard de distribution][2].
+Cordova supporte Android 2.3.x (Gingerbread, commençant par le niveau de l'API Android 10) et 4.x. En règle générale, les versions Android deviennent non étayées par Cordova comme ils plonger au-dessous de 5 % sur Google [dashboard de distribution][2]. Android versions antérieures à la version API de niveau 10 et les versions 3.x (Honeycomb, niveaux API 11-13) tombent nettement au-dessous de ce seuil de 5 %.
[2]: http://developer.android.com/about/dashboards/index.html
-<!--
-NOTE, doc said:
-- Android 2.1 (Deprecated May 2013)
-- Android 3.x (Deprecated May 2013)
--->
+## Installer les outils de Cordova Shell
+
+Si vous souhaitez utiliser les outils de coquille Android-centrée de Cordova conjointement avec le SDK, Télécharger Cordova de [cordova.apache.org][3]. Sinon ignorer cette section si vous envisagez d'utiliser l'outil CLI de multi-plateforme décrit dans l'Interface de ligne de commande.
-Les développeurs doivent utiliser les `cordova` utilitaire conjointement avec le SDK Android. Voir l'Interface de ligne de commande pour plus d'informations comment faire pour l'installer, d'ajouter des projets, puis de créer et de déployer un projet.
+ [3]: http://cordova.apache.org
-Installer le SDK Android de [developer.android.com/sdk][3]. Le sdk android est distribué sous forme de fichier 'adt - bundle - < os > - < arch > - < ver >'. Sous windows, l'adt-bundle est livré avec un installeur. Sur OSX et Linux, simplement décompresser le « adt-bundle » à l'emplacement vous stockez les outils de développement. [Plus d'informations sur l'installation du SDK Android peuvent être trouvées ici][4]
+Le téléchargement de Cordova contient des archives distincts pour chaque plate-forme. N'oubliez pas d'élargir l'archive appropriée, `android` dans ce cas, dans un répertoire vide. Les utilitaires les pertinents sont disponibles dans le niveau supérieur `bin` répertoire. (Consultez le fichier **README** si nécessaire pour des directions plus détaillées).
- [3]: http://developer.android.com/sdk/
- [4]: http://developer.android.com/sdk/installing/bundle.html
+Ces outils de coquille permettent de créer, générer et exécuter des applications Android. Pour plus d'informations sur l'interface de ligne de commande supplémentaire qui active les fonctionnalités de plugin sur toutes les plateformes, voir Plugman à l'aide à gérer les Plugins. Voir Application Plugins pour plus d'informations sur la façon de développer des plugins.
-Pour les outils de ligne de commande de Cordova pour travailler, vous devez inclure le SDK `tools` et `platform-tools` des répertoires dans votre environnement de chemin d'accès. Vous devez également `java` et `ant` . Vous avez déjà `java` et `ant` dans votre environnement de chemin, essayez leur appel à partir d'une invite de ligne de commande pour voir si ils sont absents et n'ajoute que ce qui manque à votre chemin. Sachez que les Mavericks omet `ant` par rapport aux versions précédentes de Mac OS x, alors vous devrez peut-être installer `ant` séparément si vous utilisez Mavericks ou version ultérieure de Mac OS x. Sur OSX ou Linux, vous pouvez utiliser un éditeur de texte pour créer ou modifier le `~/.bash_profile` fichier, en ajoutant une ligne comme celle-ci (modifiez les emplacements où le SDK est installé sur votre poste de travail) :
+Installer le SDK Android de [developer.android.com/sdk][4]. Le sdk android est distribué sous forme de fichier 'adt - bundle - < os > - < arch > - < ver >'. Sous windows, l'adt-bundle est livré avec un installeur. Sur OSX et Linux, simplement décompresser le « adt-bundle » à l'emplacement vous stockez les outils de développement. [Plus d'informations sur l'installation du SDK Android peuvent être trouvées ici][5]
- export PATH = ${chemin}: / / adt-bundle/sdk/plateforme-outils de développement: / développement/adt-bundle/sdk/tools
+ [4]: http://developer.android.com/sdk/
+ [5]: http://developer.android.com/sdk/installing/bundle.html
+
+Pour les outils de ligne de commande de Cordova au travail, ou à la CLI qui repose sur eux, vous devez inclure le SDK `tools` et `platform-tools` des répertoires dans votre `PATH` . Sur un Mac, vous pouvez utiliser un éditeur de texte pour créer ou modifier le `~/.bash_profile` fichier, en ajoutant une ligne comme ci-dessous, en fonction d'où le kit de développement logiciel installe :
+
+ export PATH = ${chemin}: / / adt-bundle/sdk/plateforme-outils de développement: / développement/adt-bundle/sdk/tools
Ajouter les chemins d'accès pour `java` et `ant` si nécessaire. Cette ligne dans `~/.bash_profile` expose ces outils dans windows terminales nouvellement ouverts. Si votre fenêtre de terminal est déjà ouvert dans OSX ou d'éviter une déconnexion/connexion sur Linux, exécutez ceci pour les rendre disponibles dans la fenêtre du terminal actuelle :
- $ source ~/.bash_profile
+ $ source ~/.bash_profile
-Pour modifier l'environnement PATH sous Windows :
+Pour modifier la `PATH` environnement sur Windows 7 :
-* Cliquez sur le menu **Démarrer** dans le coin en bas à gauche du bureau, faites un clic droit sur **ordinateur**, puis cliquez sur **Propriétés**.
+1. Cliquez sur le menu **Démarrer** dans le coin en bas à gauche du bureau, faites un clic droit sur **ordinateur**, puis sélectionnez **Propriétés**.
-* Cliquez sur **Paramètres système avancés** dans la colonne de gauche.
+2. Sélectionnez **Paramètres système avancés** dans la colonne de gauche.
-* Dans la boîte de dialogue, appuyez sur **Variables d'environnement**.
+3. Dans la boîte de dialogue, appuyez sur **Variables d'environnement**.
-* Sélectionnez la variable **PATH** et appuyer sur **modifier**.
+4. Sélectionnez la variable **PATH** et appuyer sur **modifier**.
-* Le chemin d'accès basé sur lequel vous avez installé le SDK, par exemple, ajoutez ce qui suit :
+5. Ajouter ce qui suit à le `PATH` basé sur lequel vous avez installé le SDK, par exemple :
;C:\Development\adt-bundle\sdk\platform-Tools ;C:\Development\adt-bundle\sdk\tools
-* Enregistrez la valeur et fermez les deux boîtes de dialogue.
+6. Enregistrez la valeur et fermez les deux boîtes de dialogue.
+
+Vous devrez peut-être également activer Java et Open ant une invite de commandes et tapez `java` , puis tapez également `ant` . Ajouter à la `PATH` selon ce qui d'entre eux ne fonctionne pas :
-* Vous devrez peut-être également ajouter Java et ant. ouvrent une invite de commandes et tapez `java` , puis tapez également `ant` . Pour celui qui ne parviennent pas à courir, ajoute au chemin comme ceci :
-
;%JAVA_HOME%\bin;%ANT_HOME%\bin
-
+
-## Ouvrez un projet dans le SDK
+## Ouvrez un nouveau projet dans le SDK
-Utilisation du `cordova` utilitaire de mettre en place un nouveau projet, tel que décrit dans The Cordova The Command-Line Interface. Par exemple, dans un répertoire de code source :
+À ce stade, pour créer un nouveau projet, vous pouvez choisir entre l'outil CLI multiplate-forme décrit dans l'Interface de ligne de commande, ou l'ensemble des outils de coquille spécifiques à Android. Partir dans un répertoire de code source, voici l'approche de la CLI :
- $ cordova create hello com.example.hello "HelloWorld"
+ $ cordova create hello com.example.hello HelloWorld
$ cd hello
$ cordova platform add android
$ cordova build
-Une fois créé, vous pouvez utiliser l'éclipse qui est livré avec le SDK Android pour le modifier :
+Voici l'approche de shell-outil de niveau inférieur correspondant pour Unix et Windows :
+
+ $ /path/to/cordova-android/bin/create /path/to/new/hello com.example.hello HelloWorld
+ C:\path\to\cordova-android\bin\create.bat C:\path\to\new\hello com.example.hello HelloWorld
+
-* Lancez l'application **Eclipse** .
+Voici comment utiliser le SDK pour le modifier :
-* Sélectionnez l'élément de menu **Nouveau projet** .
+1. Lancez l'application **Eclipse** .
-* Choisissez **Un projet Android à partir de Code existant** dans la boîte de dialogue, puis appuyez sur **suivant**: ![][5]
+2. Sélectionnez l'élément de menu **Nouveau projet** .
-* Accédez à `hello` , ou n'importe quel répertoire vous avez créé pour le projet, puis à la `platforms/android` sous-répertoire.
+3. Choisissez **Un projet Android à partir de Code existant** dans la boîte de dialogue, puis appuyez sur **suivant**:
+
+ ![][6]
-* Assurez-vous que les deux `hello` et `hello-CordovaLib` sont sélectionnés à importer. Le `hello-CordovaLib` projet est nécessaire à partir de Cordova 3.3.0 parce que Cordova est maintenant utilisé comme une bibliothèque Android au lieu d'un fichier .jar.
+4. Si vous utilisez l'interface CLI, accédez à la `hello` répertoire créé pour le projet, puis à la `platforms/android` sous-répertoire. Alternativement, si vous utilisez le `create` shell utilitaire, naviguez simplement vers le `hello` répertoire.
-* Appuyez sur **Terminer**.
+5. Appuyez sur **Terminer**.
- [5]: img/guide/platforms/android/eclipse_new_project.png
+ [6]: img/guide/platforms/android/eclipse_new_project.png
Une fois que la fenêtre de Eclipse s'ouvre, un rouge **X** peut apparaître pour indiquer les problèmes non résolus. Dans l'affirmative, suivez ces étapes supplémentaires :
-* Faites un clic droit sur le répertoire du projet.
+1. Faites un clic droit sur le répertoire du projet.
-* Dans la boîte de dialogue **Propriétés** , sélectionnez **Android** du volet de navigation.
+2. Dans la boîte de dialogue **Propriétés** , sélectionnez **Android** du volet de navigation.
-* Pour le projet construire cible, sélectionnez le plus haut niveau de l'API Android que vous avez installé.
+3. Pour le projet construire cible, sélectionnez le plus haut niveau de l'API Android que vous avez installé.
-* Cliquez sur **OK**.
+4. Cliquez sur **OK**.
-* Sélectionnez **nettoyer** dans le menu **projet** . Cela devrait corriger toutes les erreurs dans le projet.
+5. Sélectionnez **nettoyer** dans le menu **projet** . Cela devrait corriger toutes les erreurs dans le projet.
-## Déployer sur émulateur
+## Générez le projet
-Vous pouvez utiliser le `cordova` utilitaire de mise à exécution d'une application dans l'émulateur, ou vous pouvez l'exécuter dans le SDK. Quoi qu'il en soit, le SDK doit tout d'abord être configuré pour afficher au moins un appareil. Pour ce faire, utilisez l'Android SDK Manager, une application de Java qui s'exécute séparément d'Eclipse. Il y a deux façons pour l'ouvrir :
+Si vous utilisez l'interface CLI dans le développement, le niveau supérieur du répertoire du projet `www` répertoire contenant les fichiers sources. Exécutez un de ces dans le répertoire du projet pour reconstruire l'application :
-* Exécutez `android` sur la ligne de commande.
+ $ cordova build
+ $ cordova build android # do not rebuild other platforms
+
+
+Si vous utilisez les outils de coquille spécifiques à Android en développement, il y a une approche différente. Une fois que vous générez le projet, source de l'application par défaut est disponible dans le `assets/www` sous-répertoire. Les commandes suivantes sont disponibles dans ses `cordova` sous-répertoire.
-* Partir au sein d'Eclipse, appuyez sur cette icône de la barre d'outils :
+Le `build` commande nettoie les fichiers projet et régénère le $ $ etAPP. Voici la syntaxe pour Mac et Windows. Les deux premiers exemples génèrent des informations de débogage, et le second signe les apps pour diffusion immédiate :
+
+ $ /path/to/project/cordova/build --debug
+ C:\path\to\project\cordova\build.bat --debug
- ![][6]
+ $ /path/to/project/cordova/build --release
+ C:\path\to\project\cordova\build.bat --release
+
+
+## Configurer un émulateur
- [6]: img/guide/platforms/android/eclipse_android_sdk_button.png
+Vous pouvez utiliser soit le `cordova` utilitaire CLI ou coquille d'Android-centrée de Cordova outils pour exécuter une application dans l'émulateur. Quoi qu'il en soit, le SDK doit tout d'abord être configuré pour afficher au moins un appareil. Pour ce faire, utilisez l'Android SDK Manager, une application de Java qui s'exécute séparément d'Eclipse. Il y a deux façons pour l'ouvrir :
+
+1. Exécutez `android` sur la ligne de commande.
+
+2. Partir au sein d'Eclipse, appuyez sur cette icône de la barre d'outils :
+
+ ![][7]
+
+ [7]: img/guide/platforms/android/eclipse_android_sdk_button.png
Une fois ouvert, le Android SDK Manager affiche diverses bibliothèques d'exécution :
-![][7]
+![][8]
- [7]: img/guide/platforms/android/asdk_window.png
+ [8]: img/guide/platforms/android/asdk_window.png
Choisissez **Outils → gérer AVDs** (périphériques virtuels Android), puis cliquez sur n'importe quel élément de **Définitions de périphérique** dans la boîte de dialogue :
-![][8]
+![][9]
- [8]: img/guide/platforms/android/asdk_device.png
+ [9]: img/guide/platforms/android/asdk_device.png
Appuyez sur **Créer AVD**, éventuellement modifier le nom, puis appuyez sur **OK** pour accepter les modifications :
-![][9]
+![][10]
- [9]: img/guide/platforms/android/asdk_newAVD.png
+ [10]: img/guide/platforms/android/asdk_newAVD.png
L'AVD apparaît alors dans la liste **Des périphériques virtuels Android** :
-![][10]
+![][11]
- [10]: img/guide/platforms/android/asdk_avds.png
+ [11]: img/guide/platforms/android/asdk_avds.png
Pour ouvrir l'émulateur comme une demande distincte, l'AVD et cliquez sur **Démarrer**. Il lance autant qu'il le ferait sur le dispositif, avec des contrôles supplémentaires disponibles pour les boutons matériels :
-![][11]
+![][12]
+
+ [12]: img/guide/platforms/android/asdk_emulator.png
+
+## Déployer sur émulateur
+
+À ce stade, vous pouvez utiliser le `cordova` utilitaire CLI pour déployer l'application sur l'émulateur de la ligne de commande :
+
+ $ cordova emulate android
+
+
+Sinon, utilisez l'interface de coquille alternative :
- [11]: img/guide/platforms/android/asdk_emulator.png
+ $ /path/to/project/cordova/run --emulator
+
-À ce stade, vous pouvez utiliser le `cordova` utilitaire pour déployer l'application sur l'émulateur de la ligne de commande :
+Au lieu de compter sur n'importe quel émulateur est actuellement activé dans le SDK, vous pouvez faire référence à chacun des noms que vous fournissez :
- $ cordova émuler android
+ $ /path/to/project/cordova/run --target=NAME
+
+
+Cela pousse l'app à l'écran d'accueil et il lance :
+
+![][13]
+
+ [13]: img/guide/platforms/android/emulator2x.png
+
+Lorsque vous `run` le $ $ etAPP, vous aussi `build` il. Vous pouvez ajouter des `--debug` , `--release` , et `--nobuild` drapeaux pour contrôler comment il est construit, ou même si une reconstruction est nécessaire :
+
+ $ /path/to/project/cordova/run --emulator --nobuild
Si au lieu de cela, vous travaillez au sein d'Eclipse, cliquez droit sur le projet et choisissez **Exécuter en tant que → Application Android**. Vous devrez peut-être spécifier un AVD si aucun n'est encore ouvert.
Pour une expérience plus rapide, vous pouvez utiliser le `Virtual Machine Acceleration` pour améliorer la vitesse d'exécution. De nombreux processeurs modernes fournissent des extensions pour exécuter des Machines virtuelles plus efficacement. Avant d'utiliser ce type d'accélération, vous devez déterminer si CPU de votre système actuel de développement, on supporte les technologies de virtualisation suivants :
-* **Technologie de virtualisation Intel** (VT-x, vmx) → [Intel VT-x pris en charge la liste des processeurs][12]
+* **Technologie de virtualisation Intel** (VT-x, vmx) → [Intel VT-x pris en charge la liste des processeurs][14]
* **AMD Virtualization** (AMD-V, SVM), pris en charge uniquement pour Linux (depuis mai 2006, tous les processeurs AMD incluent AMD-V, sauf Sempron).
- [12]: http://ark.intel.com/products/virtualizationtechnology
+ [14]: http://ark.intel.com/products/virtualizationtechnology
-Une autre façon pour savoir si votre processeur supporte la technologie de VT-x, c'est par l'exécution de la `Intel Processor Identification Utility` , pour `Windows` vous pouvez le télécharger depuis le [Centre de téléchargement][13]de Intel, ou vous pouvez utiliser l' [utilitaire booteable][14], qui est`OS Independent`.
+Une autre façon pour savoir si votre processeur supporte la technologie de VT-x, c'est par l'exécution de la `Intel Processor Identification Utility` , pour `Windows` vous pouvez le télécharger depuis le [Centre de téléchargement][15]de Intel, ou vous pouvez utiliser l' [utilitaire booteable][16], qui est`OS Independent`.
- [13]: https://downloadcenter.intel.com/Detail_Desc.aspx?ProductID=1881&DwnldID=7838
- [14]: https://downloadcenter.intel.com/Detail_Desc.aspx?ProductID=1881&DwnldID=7840&lang=eng
+ [15]: https://downloadcenter.intel.com/Detail_Desc.aspx?ProductID=1881&DwnldID=7838
+ [16]: https://downloadcenter.intel.com/Detail_Desc.aspx?ProductID=1881&DwnldID=7840&lang=eng
Après avoir installer et exécuter le `Intel Processor Identification Utility` sur Windows, vous obtiendrez la fenêtre suivante, afin de vérifier si votre processeur supporte les Technologies de virtualisation :
-![][15]
+![][17]
- [15]: img/guide/platforms/android/intel_pid_util_620px.png
+ [17]: img/guide/platforms/android/intel_pid_util_620px.png
Afin d'accélérer l'émulateur, vous devez télécharger et installer un ou plusieurs `Intel x86 Atom` des Images de système, ainsi que la`Intel Hardware Accelerated Execution Manager (HAXM)`.
Ouvrez votre gestionnaire de SDK Android et sélectionnez le `Intel x86 Atom` Image du système, quelle que soit la version que vous souhaitez tester. Ensuite, allez à `Extras` et sélectionnez `Intel x86 Emulator Accelerator (HAXM)` et d'installer ces paquets :
-![][16]
-
- [16]: img/guide/platforms/android/asdk_man_intel_image_haxm.png
-
-Après le téléchargement, exécuter le programme d'installation d'Intel, qui est disponible au sein de votre Android SDK à `extras/intel/Hardware_Accelerated_Execution_Manager` . **Remarque**: `If you have any problems installing the package, you can find more information and step by step guidance check this` [Article Intel][17] .
+![][18]
- [17]: http://software.intel.com/en-us/android/articles/speeding-up-the-android-emulator-on-intel-architecture
+ [18]: img/guide/platforms/android/asdk_man_intel_image_haxm.png
-Une fois installé, afin de tester, créer de nouveau un AVD avec le `CPU/ABI` défini sur une `Intel (Atom) x86` Image :
+Après le téléchargement, exécuter le programme d'installation d'Intel, qui est disponible au sein de votre Android SDK à `extras/intel/Hardware_Accelerated_Execution_Manager` . **Remarque**: `If you have any problems installing the package, you can find more information and step by step guidance check this` [Article Intel][19] .
-![][18]
+ [19]: http://software.intel.com/en-us/android/articles/speeding-up-the-android-emulator-on-intel-architecture
- [18]: img/guide/platforms/android/asdk_new_and_dev_intel.png
+1. Installer un ou plusieurs `Intel x86 Atom` des Images du système ainsi que le `Intel Hardware Accelerated Execution Manager` , disponible sous **Extras**.
-Si vous utilisez `Linux-based system` , suivez les instructions dans le [Site des développeurs Android][19].
+2. Exécutez le programme d'installation d'Intel, qui est disponible dans votre Android SDK à`extras/intel/Hardware_Accelerated_Execution_Manager`.
- [19]: http://developer.android.com/tools/devices/emulator.html#vm-linux
+3. Créer un nouvel AVD avec l'objectif fixé à une image d'Intel.
-Lorsque vous démarrez l'émulateur, assurez-vous il n'y a aucun message d'erreur indiquant une panne de charger les modules HAXM.
+4. Lorsque vous démarrez l'émulateur, assurez-vous il n'y a aucun message d'erreur indiquant une panne de charger les modules HAX.
## Déployer sur le périphérique
@@ -218,9 +254,29 @@ Pour repousser un $ $ etAPP directement sur l'appareil, assurez-vous que déboga
[20]: http://developer.android.com/tools/device.html
-Vous pouvez pousser l'app à l'appareil de la ligne de commande :
+Vous pouvez utiliser cette commande CLI pour pousser l'application sur le périphérique :
$ cordova run android
-En alternance au sein d'Eclipse, cliquez droit sur le projet et choisissez **Exécuter en tant que → Application Android**.
\ No newline at end of file
+.. .ou utiliser cette interface shell centrée sur Android :
+
+ $ /path/to/project/cordova/run --device
+
+
+Sans indicateurs spécifiés, la `run` commande détecte un appareil ou un émulateur en cours d'exécution si aucun périphérique n'est trouvée, sinon il vous invite à spécifier un émulateur.
+
+Pour exécuter l'application à partir d'Eclipse, cliquez droit sur le projet et choisissez **Exécuter en tant que → Application Android**.
+
+## Autres commandes
+
+Ce qui suit génère un journal détaillé de l'application en cours d'exécution :
+
+ $ /path/to/project/cordova/log
+ C:\path\to\project\cordova\log.bat
+
+
+Le texte suivant nettoie les fichiers de projet :
+
+ $ /path/to/project/cordova/clean
+ C:\path\to\project\cordova\clean.bat
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/fr/edge/guide/platforms/android/plugin.md
----------------------------------------------------------------------
diff --git a/docs/fr/edge/guide/platforms/android/plugin.md b/docs/fr/edge/guide/platforms/android/plugin.md
index af46d1f..516c138 100644
--- a/docs/fr/edge/guide/platforms/android/plugin.md
+++ b/docs/fr/edge/guide/platforms/android/plugin.md
@@ -26,7 +26,7 @@ Plugins Android sont basés sur Android-Cordova, qui consiste en une WebView And
Interface JavaScript du plugin utilise la `cordova.exec` méthode comme suit :
- exec(<successFunction>, <failFunction>, <service>, <action>, [<args>]);
+ exec (< successFunction >, < failFunction >, < service >, < action >, [< args >]) ;
Cela marshale une demande de la WebView vers le côté natif Android, effectivement l'appel la `action` méthode sur la `service` classe, avec des arguments supplémentaires passés dans le `args` tableau.