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:26 UTC
[25/53] [abbrv] Lisa testing pulling in plugins for plugin:
cordova-docs
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/it/edge/guide/cli/index.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/cli/index.md b/docs/it/edge/guide/cli/index.md
index 6dd4d6a..8991ae0 100644
--- a/docs/it/edge/guide/cli/index.md
+++ b/docs/it/edge/guide/cli/index.md
@@ -16,7 +16,7 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# L'interfaccia della riga di comando
-Questa guida viene illustrato come creare applicazioni e distribuirle in varie piattaforme mobile nativi utilizzando il `cordova` interfaccia della riga di comando (CLI). Questo strumento consente di creare nuovi progetti, costruirli su diverse piattaforme ed eseguire su dispositivi reali o all'interno di emulatori. Il CLI è lo strumento principale da utilizzare per il flusso di lavoro multi-piattaforma (vedere il prospetto per una descrizione dei vari flussi di lavoro.) Tuttavia, è possibile utilizzare anche la CLI per inizializzare il codice del progetto, dopo di che è possibile utilizzare vari platforms SDK e shell strumenti per costante sviluppo.
+Questa guida viene illustrato come creare applicazioni e distribuirle in varie piattaforme mobile nativi utilizzando il `cordova` interfaccia della riga di comando (CLI). Questo strumento consente di creare nuovi progetti, costruirli su diverse piattaforme ed eseguire su dispositivi reali o all'interno di emulatori. Il CLI è lo strumento principale da utilizzare per il workflow cross-piattaforma descritto nella panoramica. Altrimenti è possibile utilizzare anche la CLI per inizializzare il codice del progetto, poi cambia platforms vari SDK e strumenti per il costante sviluppo di shell.
## Prerequisiti
@@ -26,7 +26,7 @@ Per aggiungere il supporto o ricostruire un progetto per qualsiasi piattaforma,
* iOS (Mac)
* Amazon fuoco OS (Mac, Linux, Windows)
-* Android (Mac, Linux)
+* Android (Mac, Linux, Windows)
* BlackBerry 10 (Mac, Linux, Windows)
* Windows Phone 7 (Windows)
* Windows Phone 8 (Windows)
@@ -35,22 +35,46 @@ Per aggiungere il supporto o ricostruire un progetto per qualsiasi piattaforma,
Su Mac, la riga di comando è disponibile tramite l'applicazione *terminale* . Sul PC, è disponibile come *Prompt dei comandi* sotto *accessori*.
+**Nota**: per le piattaforme Windows-only, si può ancora fare vostro sviluppo hardware Mac eseguendo Windows in un ambiente di macchina virtuale o in modalità dual-boot. Per le opzioni disponibili, vedere la guida di piattaforma Windows Phone o la guida di piattaforma Windows 8.
+
Il più probabile è che si esegue CLI da macchine diverse, più ha senso mantenere un repository di codice sorgente remota, la cui attività si tira per le directory di lavoro locale.
+## L'installazione di Cordova CLI
+
+Lo strumento della riga di comando di Cordova è distribuito come un pacchetto di npm in un formato pronto per l'uso. Non è necessario compilarlo dai sorgenti.
+
Per installare il `cordova` della riga di comando strumento, attenersi alla seguente procedura:
-1. Scaricare e installare [node. js][1]. Dopo l'installazione, si dovrebbe essere in grado di richiamare `node` o `npm` sulla riga di comando.
+1. Scaricare e installare [node. js][1]. Dopo l'installazione, si dovrebbe essere in grado di richiamare `node` e `npm` sulla riga di comando. Se lo si desidera, si può eventualmente utilizzare uno strumento come `nvm` o `nave` per gestire l'installazione di node. js.
+
+2. Scaricare e installare un [client git][2], se non avete già uno. Dopo l'installazione, si dovrebbe essere in grado di richiamare `git` sulla riga di comando. Anche se serviro ' `git` manualmente, CLI usarlo dietro le quinte per scaricare alcuni attivi quando si crea un nuovo progetto.
+
+3. Installare il `cordova` modulo utilizzando `npm` utilità di node. js. La `cordova` modulo verrà automaticamente scaricato dalla `npm` utilità.
+
+ [1]: http://nodejs.org/
+ [2]: http://git-scm.com/
+
+* su OS X e Linux:
+
+ $ sudo npm install -g cordova
+
+
+ Su OS X e Linux, precedono il `npm` comando con `sudo` può essere necessario installare questo sviluppo utilità nel limitato altrimenti le directory come `/usr/local/share` . Se si utilizza lo strumento opzionale nvm/navata o avere accesso in scrittura per la directory di installazione, è possibile omettere il `sudo` prefisso. Esistono [ulteriori suggerimenti][3] sull'utilizzo di `npm` senza `sudo` , se voglia di farlo.
-2. Installare il `cordova` utilità. In Unix, prefisso aggiuntiva `sudo` comando potrebbe essere necessario installare l'utilità di sviluppo altrimenti limitato le directory:
+* su Windows:
- $ sudo npm install -g cordova
+ C:\>npm install -g cordova
- Il log di installazione può produrre errori per qualsiasi disinstallato platform SDK. Dopo l'installazione, si dovrebbe essere in grado di eseguire `cordova` sulla riga di comando.
+ Il `-g` bandiera sopra dice `npm` installare `cordova` globalmente. In caso contrario verrà installato nella `node_modules` sottodirectory della directory di lavoro corrente.
+
+ Potrebbe essere necessario aggiungere il `npm` nella directory tuo `PATH` per poter richiamare globalmente installata `npm` moduli. Su Windows, `npm` di solito può essere trovato alla `C:\Users\username\AppData\Roaming\npm` . Su OS X e Linux di solito può essere trovato presso`/usr/local/share/npm`.
- **Nota**: il `-g` bandiera sopra dice npm installare cordova a livello globale. Potrebbe essere necessario aggiungere la directory npm al tuo percorso al fine di richiamare globalmente installati moduli npm. Su Windows, npm di solito può essere trovato alla `C:\Users\username\AppData\Roaming\npm` e su Unix presso`/usr/local/share/npm`.
+ Il log di installazione può produrre errori per qualsiasi disinstallato platform SDK.
+
+ Dopo l'installazione, si dovrebbe essere in grado di eseguire `cordova` sulla riga di comando con senza argomenti e si deve stampare il testo della guida.
- [1]: http://nodejs.org/
+ [3]: http://justjs.com/posts/npm-link-developing-your-own-npm-modules-without-tears
## Creare l'applicazione
@@ -110,7 +134,7 @@ Eseguire uno dei seguenti comandi per rimuovere una piattaforma sinonimi:
Esecuzione di comandi per aggiungere o rimuovere colpisce piattaforme il contenuto della directory del progetto *piattaforme* , dove ogni piattaforma specificata appare come una sottodirectory. La directory di origine *www* è riprodotta all'interno di sottodirectory su ogni piattaforma, apparendo ad esempio `platforms/ios/www` o `platforms/android/assets/www` . Perché CLI costantemente copia i file dalla cartella sorgente *www* , è consigliabile modificare solo questi file e non quelli situati sotto le sottodirectory di *piattaforme* . Se si utilizza il software di controllo versione, è necessario aggiungere questa cartella *www* di origine, insieme con la cartella *si fonde* , al sistema di controllo di versione. (Ulteriori informazioni sulla cartella *si fonde* possono essere trovati nella sezione Personalizza ogni piattaforma sottostante).
-**AVVERTENZA**: quando si utilizza la CLI per compilare l'applicazione, si è fortemente scoraggiato dalla modifica di qualsiasi file nella `/platforms/` cartella se non sai cosa stai facendo o sono specificamente detto diversamente nella documentazione. Questo è perché i file nella `/platforms/` direcotry verranno sovrascritti a preparare o reinstallazione del plugin.
+**AVVERTENZA**: quando si utilizza la CLI per compilare l'applicazione, è necessario *non* modificare qualsiasi file nella `/platforms/` directory se non sai cosa stai facendo, o se la documentazione specifica altrimenti. I file in questa directory sono ordinariamente sovrascritto quando preparare le applicazioni per la costruzione, o quando vengono reinstallati plugins.
Se volete a questo punto, è possibile utilizzare un SDK come Eclipse o Xcode per aprire il progetto creato. Devi aprire il set derivato dei beni dalla `/platforms/` directory per sviluppare con un SDK. Questo è perché sono archiviati i file di metadati specifici SDK all'interno l'appropriato `/platform/` sottodirectory. (Vedi le guide di piattaforma per informazioni su come sviluppare applicazioni all'interno di ogni IDE). Utilizzare questo approccio se si desidera semplicemente inizializzare un progetto utilizzando la CLI e poi passare a un SDK per lavoro nativo.
@@ -147,19 +171,19 @@ SDK per piattaforme mobili, spesso in bundle con emulatori che eseguire un'immag
Alcune piattaforme mobili emulano un particolare dispositivo per impostazione predefinita, come l'iPhone per i progetti di iOS. Per altre piattaforme, è necessario prima di associare un dispositivo con un emulatore.
-Nota: Supporto emulatore non è attualmente disponibile per OS fuoco Amazon
+**Nota**: supporto emulatore non è attualmente disponibile per OS di fuoco di Amazon.
(Vedi le guide di piattaforma per dettagli). Ad esempio, si può in primo luogo eseguire il `android` comando per lanciare il SDK di Android, quindi eseguire un'immagine particolare dispositivo, che lancia il secondo il comportamento predefinito:
-![][2]
+![][4]
- [2]: img/guide/cli/android_emulate_init.png
+ [4]: img/guide/cli/android_emulate_init.png
Seguente in su con il `cordova emulate` comando aggiorna l'immagine di emulatore per visualizzare l'applicazione più recente, che è ora disponibile per il lancio dalla schermata iniziale:
-![][3]
+![][5]
- [3]: img/guide/cli/android_emulate_install.png
+ [5]: img/guide/cli/android_emulate_install.png
Alternativamente, è possibile collegare il telefono al computer e testare le app direttamente:
@@ -172,9 +196,10 @@ Prima di eseguire questo comando, è necessario impostare il dispositivo per la
Quando si compila e Mostra un nuovo progetto, l'applicazione predefinita che appare non fa molto molto. È possibile modificare l'applicazione in molti modi per sfruttare tecnologie web standard, ma per le app comunicare strettamente con varie funzionalità a livello di dispositivo, è necessario aggiungere plugins che forniscono accesso al nucleo Cordova APIs.
-Un *plugin* è un po ' di codice del componente aggiuntivo che fornisce un'interfaccia per i componenti nativi. È possibile progettare la propria interfaccia plugin, per esempio, quando si progetta un'applicazione ibrida che mescola una Cordova WebView con componenti nativi. (Vedere visualizzazioni Web Embedding e guida allo sviluppo di Plugin per dettagli). Più comunemente, è necessario aggiungere un plugin per abilitare una delle caratteristiche fondamentali di Cordova dispositivo-livello dettagliati in riferimento all'API. Un elenco di questi plugin, tra cui il plugin aggiuntivi forniti dalla Comunità, può essere trovato alla [plugins.cordova.io][4]. È possibile utilizzare la CLI per la ricerca di plugin da questo registro. Ad esempio, alla ricerca di `bar` e `code` produce un singolo risultato che corrisponde a entrambi i termini come minuscole sottostringhe:
+Un *plugin* è un po ' di codice del componente aggiuntivo che fornisce un'interfaccia per i componenti nativi. È possibile progettare la propria interfaccia plugin, per esempio, quando si progetta un'applicazione ibrida che mescola una Cordova WebView con componenti nativi. (Vedere visualizzazioni Web Embedding e [Guida allo sviluppo di Plugin][6] per dettagli). Più comunemente, è necessario aggiungere un plugin per abilitare una delle caratteristiche fondamentali di Cordova dispositivo-livello dettagliati in riferimento all'API. Un elenco di questi plugin, tra cui il plugin aggiuntivi di terze parti fornito dalla Comunità, può essere trovato nel registro di sistema [plugins.cordova.io][7]. È possibile utilizzare la CLI per la ricerca di plugin da questo registro. Ad esempio, alla ricerca di `bar` e `code` produce un singolo risultato che corrisponde a entrambi i termini come minuscole sottostringhe:
- [4]: http://plugins.cordova.io/
+ [6]: guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide
+ [7]: http://plugins.cordova.io/
$ cordova plugin search bar code
@@ -186,9 +211,7 @@ Cercando solo il `bar` termine rendimenti e risultati aggiuntivi:
org.apache.cordova.statusbar - Cordova StatusBar Plugin
-Il `cordova plugin add` comando richiede di specificare il repository per il codice del plugin. Si prega di notare che quando si seguire il flusso di lavoro di Web progetto Dev e utilizzare la CLI, CLI si prenderà cura di aggiungere il codice del plugin nel posto appropriato per ogni piattaforma. (Se si segue il flusso di lavoro nativo progetto Dev, si dovrà aggiungere il plugin utilizzando Plugman (guida link qui), più volte per ogni piattaforma.)
-
-Ecco alcuni esempi di come si potrebbe utilizzare la CLI per aggiungere funzionalità per l'app:
+Il `cordova plugin add` comando richiede di specificare il repository per il codice del plugin. Ecco alcuni esempi di come si potrebbe utilizzare la CLI per aggiungere funzionalità per l'app:
* Informazioni di base del dispositivo (dispositivo API):
@@ -252,6 +275,8 @@ Ecco alcuni esempi di come si potrebbe utilizzare la CLI per aggiungere funziona
$ cordova plugin add org.apache.cordova.console
+**Nota**: il CLI aggiunge codice plugin come appropriato per ogni piattaforma. Se si desidera sviluppare con strumenti di basso livello shell o platform SDK, come discusso nella panoramica, è necessario eseguire l'utilità di Plugman per aggiungere plugin separatamente per ogni piattaforma. (Per ulteriori informazioni, vedere utilizzando Plugman per gestire i plugin).
+
Uso `plugin ls` (o `plugin list` , o `plugin` da sola) alla Mostra attualmente installato il plugin. Ognuno viene visualizzato tramite il relativo identificatore:
$ cordova plugin ls # or 'plugin list'
@@ -370,4 +395,4 @@ Cordova 3.0 + possa ancora richiedere varie modifiche alle strutture di director
$ cordova platform update android
$ cordova platform update ios
- ...etc.
+ ...etc.
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/it/edge/guide/hybrid/plugins/index.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/hybrid/plugins/index.md b/docs/it/edge/guide/hybrid/plugins/index.md
index ccb95f1..d494ee4 100644
--- a/docs/it/edge/guide/hybrid/plugins/index.md
+++ b/docs/it/edge/guide/hybrid/plugins/index.md
@@ -16,13 +16,15 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# Guida allo sviluppo di plugin
-Un *plugin* è un pacchetto di codice inserito che permette di Cordova webview entro cui l'app esegue il rendering per comunicare con la piattaforma nativa su cui viene eseguito. Plugin forniscono accesso alla funzionalità di piattaforma e dispositivo ordinariamente non disponibile per le applicazioni basate su web. Tutte le principali caratteristiche di Cordova API vengono implementate come plugin, e molti altri sono disponibili che abilitare funzioni quali scanner di codice a barre, comunicazione NFC, o calendario di adattare le interfacce.
+Un *plugin* è un pacchetto di codice inserito che permette di Cordova webview entro il quale l'applicazione esegue il rendering per comunicare con la piattaforma nativa su cui viene eseguito. Plugin forniscono accesso alla funzionalità di piattaforma e dispositivo ordinariamente non disponibile per le applicazioni basate su web. Tutte le principali caratteristiche di Cordova API vengono implementate come plugin, e molti altri sono disponibili che abilitare funzioni quali scanner di codice a barre, comunicazione NFC, o calendario di adattare le interfacce. C'è un [Registro][1] di plugin disponibili.
+
+ [1]: http://plugins.cordova.io
Plugin comprendono una singola interfaccia JavaScript corrispondenti librerie di codice nativo per ogni piattaforma supportata. Questa procedura di sezione attraverso un plugin semplice *eco* che passa una stringa da JavaScript alla piattaforma nativa e ritorno, uno che è possibile utilizzare come modello per costruire funzioni molto più complesse. Questa sezione discute la struttura di base del plugin e l'interfaccia JavaScript rivolte. Per ogni interfaccia nativa corrispondente, vedere l'elenco alla fine di questa sezione.
-Oltre a queste istruzioni, quando si appresta a scrivere un plugin che è meglio guardare oltre [esistenti plugin][1] per l'orientamento.
+Oltre a queste istruzioni, quando si appresta a scrivere un plugin che è meglio guardare oltre [esistenti plugin][2] per l'orientamento.
- [1]: https://github.com/apache/cordova-android/tree/master/framework/src/org/apache/cordova
+ [2]: http://cordova.apache.org/#contribute
## Costruzione di un Plugin
@@ -59,9 +61,9 @@ Il primo livello `plugin` tag `id` attributo utilizza lo stesso formato di retro
## Convalidando un Plugin
-È possibile utilizzare il `plugman` utility per verificare se il plugin si installa correttamente per ogni piattaforma. Installare `plugman` con il seguente comando di [nodo][2] :
+È possibile utilizzare il `plugman` utility per verificare se il plugin si installa correttamente per ogni piattaforma. Installare `plugman` con il seguente comando di [nodo][3] :
- [2]: http://nodejs.org/
+ [3]: http://nodejs.org/
$ npm install -g plugman
@@ -73,7 +75,7 @@ Hai bisogno di una directory di origine valido app, ad esempio il primo livello
Quindi eseguire un comando simile al seguente per verificare se le dipendenze iOS carica correttamente:
- $ plugman -platform ios /path/to/my/project/www /path/to/my/plugin
+ $ plugman install --platform ios --project /path/to/my/project/www --plugin /path/to/my/plugin
Per maggiori dettagli su `plugman` opzioni, vedere utilizzando Plugman per gestire i plugin. Per informazioni su come effettivamente plugin *debug* , vedere l'interfaccia nativa su ogni piattaforma, elencato in fondo a questa pagina.
@@ -137,9 +139,9 @@ La piattaforma di Tizen non supporta plugin.
## Editrice Plugins
-Una volta che si sviluppa il tuo plugin, puoi pubblicare e condividere con la Comunità. È possibile pubblicare il tuo plugin nel registro di sistema di cordova (basato su [ `npmjs` ][3]) o a qualsiasi altro `npmjs` -base del registro di sistema. Altri sviluppatori possono installarlo automaticamente utilizzando `plugman` o Cordova CLI. (Per informazioni dettagliate su ciascun percorso di sviluppo, vedere utilizzando Plugman per gestire i plugin e l'interfaccia della riga di comando).
+Una volta che si sviluppa il tuo plugin, puoi pubblicare e condividere con la Comunità. È possibile pubblicare il tuo plugin al [Registro di sistema][1] di Cordova (basato su [ `npmjs` ][4]) o a qualsiasi altro `npmjs` -base del registro di sistema. Altri sviluppatori possono installarlo automaticamente utilizzando `plugman` o Cordova CLI. (Per informazioni dettagliate su ciascun percorso di sviluppo, vedere utilizzando Plugman per gestire i plugin e l'interfaccia della riga di comando).
- [3]: https://github.com/isaacs/npmjs.org
+ [4]: https://github.com/isaacs/npmjs.org
Per pubblicare un plugin è necessario utilizzare il `plugman` tool e passare attraverso le seguenti fasi:
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/it/edge/guide/next/index.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/next/index.md b/docs/it/edge/guide/next/index.md
new file mode 100644
index 0000000..36c9357
--- /dev/null
+++ b/docs/it/edge/guide/next/index.md
@@ -0,0 +1,207 @@
+# Prossimi passi
+
+Per gli sviluppatori che hanno una comprensione di come usare la CLI di Cordova e fare uso di plugin, ci sono alcune cose che si possono prendere in considerazione ricercando accanto a costruire meglio, più performante Cordova applicazioni. Il seguente documento offre consulenza su vari argomenti inerenti alle migliori pratiche, test, aggiornamenti e altri argomenti, ma non vuol essere prescrittiva. Considerare questo tuo punto di lancio per la tua crescita come uno sviluppatore di Cordova. Inoltre, se vedete qualcosa che può essere migliorato, si prega di [contribuire][1]!
+
+ [1]: http://cordova.apache.org/#contribute
+
+Questa guida contiene i seguenti argomenti:
+
+* Consigliate
+* Gestione degli aggiornamenti
+* Test
+* Debug
+* Interfaccia utente
+* Tenere il passo
+* Come ottenere aiuto
+
+# Consigliate
+
+## 1) SPA è tuo amico
+
+Innanzitutto - applicazioni Cordova dovrebbero adottare il design SPA (pagina singola applicazione). Vagamente definito, un centro benessere è un'applicazione lato client che viene eseguita da una richiesta di una pagina web. L'utente carica una serie iniziale di risorse (HTML, CSS e JavaScript) e ulteriori aggiornamenti (mostrando una nuova vista, caricamento dei dati) è fatto tramite AJAX. Terme sono comunemente usati per applicazioni più complesse sul lato client. GMail è un grande esempio di questo. Dopo il caricamento di GMail, posta visualizzazioni, editing e organizzazione sono tutti fatti aggiornando il DOM invece effettivamente lasciare la pagina corrente per caricare uno completamente nuovo.
+
+Utilizzando una SPA può aiutare a organizzare la tua applicazione in maniera più efficiente, ma ha anche vantaggi specifici per applicazioni di Cordova. Un'applicazione di Cordova deve attendere l'evento di deviceready al fuoco prima di qualsiasi plugin può essere utilizzato. Se non si utilizza una SPA e l'utente fa clic per passare da una pagina a altra, si dovrà aspettare per deviceready al fuoco ancora prima di fare uso di un plugin. Questo è facile dimenticare come l'applicazione diventa più grande.
+
+Anche se non si desidera utilizzare Cordova, creando un'applicazione mobile senza utilizzare un'architettura a singola pagina avrà implicazioni gravi prestazioni. Questo è perché navigare tra le pagine richiedono script, beni, ecc., per essere ricaricato. Anche se questi beni vengono memorizzati nella cache, ci saranno ancora problemi di prestazioni.
+
+Esempi di librerie SPA che è possibile utilizzare nelle vostre applicazioni di Cordova sono:
+
+* [AngularJS][2]
+* [Spina dorsale][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
+
+E molti, molti, altri.
+
+## 2) considerazioni sulle prestazioni
+
+Uno dei più grandi errori che può fare un nuovo sviluppatore di Cordova è ritenere che le prestazioni che si ottengono su una macchina desktop sono lo stesso che riceveranno su un dispositivo mobile. Mentre i nostri dispositivi mobili hanno ottenuto più potente ogni anno, hanno ancora la potenza e le prestazioni di un desktop. I dispositivi mobili sono in genere molto meno RAM e una GPU che è ben lungi dal proprio desktop (o anche portatile) fratelli. Un elenco completo dei suggerimenti qui sarebbe troppo, ma qui ci sono alcune cose da tenere a mente (con un elenco di risorse più lungo alla fine per ulteriori ricerche).
+
+**Clicca versus Touch** - l'errore più grande e più semplice che si può fare è utilizzare gli eventi click. Mentre queste "funzionano" bene mobile, la maggior parte dei dispositivi impongono un ritardo 300ms su di loro al fine di distinguere tra un tocco e un tocco di "tenere" evento. Utilizzando `touchstart` , o `touchend` , si tradurrà in un drastico miglioramento - 300ms non suono piace molto, ma può tradursi in UI aggiornamenti a scatti e il comportamento. Si deve anche considerare il fatto che "toccare" gli eventi non sono supportati nei non-webkit browser, vedere [CanIUse][9]. Per fronteggiare queste limitazioni, è possibile checkout varie librerie come HandJS e Fastouch.
+
+ [9]: http://caniuse.com/#search=touch
+
+**Le transizioni CSS contro manipolazione del DOM** - utilizzando le transizioni CSS di accelerazione hardware sarà notevolmente migliore rispetto all'utilizzo di JavaScript per creare animazioni. Visualizza l'elenco delle risorse alla fine di questa sezione per gli esempi.
+
+**Reti succhiare** - Ok, le reti non sempre succhiare, ma la latenza delle reti mobili, reti di telefonia mobile anche buone, è molto peggio di quanto si pensi probabilmente. Un'applicazione desktop che slurps giù 500 righe di dati JSON, ogni 30 secondi, saranno entrambi più lento su un dispositivo mobile come un maiale di batteria. Tenete a mente che Cordova apps hanno diversi modi per rendere persistenti i dati nell'app (LocalStorage e il file system, ad esempio). Memorizzare nella cache i dati localmente ed essere consapevoli della quantità di dati che stanno mandando avanti e indietro. Questa è una considerazione importante soprattutto quando l'applicazione è collegata attraverso una rete cellulare.
+
+**Prestazioni aggiuntive articoli e risorse**
+
+* ["Hai mezza assed esso"][10]
+* ["Top Performance dieci suggerimenti per PhoneGap e ibrido Apps"][11]
+* "Fast Apps e siti con 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) riconoscere e gestire stato Offline
+
+Vedere la precedente punta sulle reti. Non solo può essere una rete lenta, è interamente possibile che l'applicazione sia completamente offline. L'applicazione deve gestire questo in maniera intelligente. Se l'applicazione non lo fa, la gente penserà che l'applicazione viene interrotta. Dato quanto è facile da gestire (supporti di Cordova ascolto per entrambi un evento offline e online), non non c'è assolutamente alcun motivo per l'applicazione non risponde bene quando eseguire offline. Assicurarsi di testare (vedere la sezione relativa ai test) applicazione e assicurarsi di testare come l'applicazione gestisce quando si avvia in uno stato e poi passare ad un altro.
+
+Notare che gli eventi online e offline, così come l'API di connessione di rete non è perfetto. Potrebbe essere necessario affidarsi utilizzando una richiesta XHR per vedere se il dispositivo è veramente offline o online. Alla fine della giornata, essere sicuri di aggiungere qualche forma di supporto per problemi di rete - in realtà, l'Apple store (e probabilmente altri negozi) rifiuterà apps che non gestiscono correttamente gli Stati in linea/non in linea. Per più discussione su questo argomento, vedere ["È questa cosa?"][12]
+
+ [12]: http://blogs.telerik.com/appbuilder/posts/13-04-23/is-this-thing-on-%28part-1%29
+
+# Gestione degli aggiornamenti
+
+## Aggiornamento di progetti di Cordova
+
+Se il progetto esistente è stato creato utilizzando Cordova 3. x, è possibile aggiornare il progetto inviando il seguente:
+
+ cordova platform update platform-name ios, android, etc.
+
+
+Se progetto esistente è stato creato con una versione precedente alla Cordova 3. x, probabilmente sarebbe meglio creare un nuovo progetto di Cordova 3. x e quindi copiare il codice e le attività del progetto esistente al nuovo progetto. Passaggi tipici:
+
+* Creare un nuovo progetto di 3. x di Cordova (Cordoba creare...)
+* Copiare la cartella www dal tuo vecchio progetto per il nuovo progetto
+* Copiare le impostazioni di configurazione dal vecchio progetto per il nuovo progetto
+* Aggiungi plug-in utilizzati nel vecchio progetto per il nuovo progetto
+* Compilare il progetto
+* Prova, prova, prova!
+
+Indipendentemente dalla versione precedente del progetto, è assolutamente fondamentale che si leggere su ciò che è stato modificato nella versione aggiornata, come l'aggiornamento può rompere il codice. Il posto migliore per trovare queste informazioni sarà nelle note di rilascio pubblicate sia nei repository e sul blog di Cordova. Volete testare app accuratamente al fine di verificare che esso funziona correttamente dopo aver eseguito l'aggiornamento.
+
+Nota: alcuni plugin potrebbero non essere compatibili con la nuova versione di Cordova. Se un plugin non è compatibile, si può essere in grado di trovare un plugin di sostituzione che fa quello che ti serve, o potrebbe essere necessario ritardare l'aggiornamento del progetto. In alternativa, modificare il plugin modo che lavorano sotto la nuova versione e contribuire torna alla Comunità.
+
+## Aggiornamenti plugin
+
+A partire da Cordova 3.4, non non c'è alcun meccanismo per l'aggiornamento del plugin modificato utilizzando un unico comando. Invece, rimuovere il plugin e aggiungere di nuovo al tuo progetto, e la nuova versione sarà installata:
+
+ cordova plugin rm com.some.plugin
+ cordova plugin add com.some.plugin
+
+
+Essere sicuri di controllare la documentazione del plugin aggiornato, come potrebbe essere necessario regolare il vostro codice di lavorare con la nuova versione. Inoltre, doppia controllare che la nuova versione del plugin funziona con la versione del progetto di Cordova.
+
+Sempre testare le applicazioni per garantire che l'installazione del nuovo plugin non è rotto qualcosa che non si prevede.
+
+Se il progetto ha un sacco di plugin che avete bisogno di essere aggiornato, potrebbe risparmiare tempo per creare uno script di shell o batch che rimuove e aggiunge i plugin con un solo comando.
+
+# Test
+
+Testing delle applicazioni è super importante. Il team di Cordova utilizza Jasmine ma qualsiasi soluzione di test web unità amichevole farà.
+
+## Test su un simulatore vs su un dispositivo reale
+
+Non è raro utilizzare browser desktop e simulatori/emulatori durante lo sviluppo di un'applicazione di Cordova. Tuttavia, è incredibilmente importante provare l'app su dispositivi fisici come molti come si può eventualmente:
+
+* Simulatori sono proprio questo: simulatori. Ad esempio, l'app può funzionare nel simulatore di iOS senza problemi, ma potrebbe non funzionare su un dispositivo reale (soprattutto in certe circostanze, ad esempio uno stato di memoria bassa). O, l'app potrebbe effettivamente non sul simulatore mentre funziona bene su un dispositivo reale.
+* Gli emulatori sono proprio questo: gli emulatori. Non rappresentano quanto bene l'app verrà eseguito su un dispositivo fisico. Ad esempio, alcuni emulatori possono rendere l'app con un display incomprensibile, mentre un vero dispositivo non ha alcun problema. (Se si verifica questo problema, disattivare l'host GPU nell'emulatore).
+* Simulatori sono generalmente più veloci di dispositivo fisico. Emulatori, d'altra parte, sono generalmente più lenti. Non giudicare le prestazioni dell'app di come si svolge in un simulatore o un emulatore. Giudicare le prestazioni dell'app di come funziona su una gamma di dispositivi reali.
+* È impossibile ottenere una buona sensazione per come app risponde al tuo tocco utilizzando un simulatore o un emulatore. Invece, che esegue l'applicazione su un dispositivo reale può segnalare problemi con le dimensioni degli elementi dell'interfaccia utente, reattività, ecc.
+* Anche se sarebbe bello essere in grado di testare solo su un dispositivo per la piattaforma, è meglio testare su molti dispositivi sportivi molte diverse versioni del sistema operativo. Ad esempio, ciò che funziona sul tuo smartphone Android particolare potrebbe non riuscire in un altro dispositivo Android. Ciò che funziona su un dispositivo iOS 7 potrebbe non funzionare su un dispositivo iOS 6.
+
+Naturalmente, è impossibile provare su ogni possibile dispositivo sul mercato. Per questo motivo, è saggio reclutare molti tester che hanno diversi dispositivi. Anche se essi non cattura ogni problema, le probabilità sono buone che scoprono capricci e problemi che non troveresti mai da solo.
+
+Suggerimento: È possibile su dispositivi Android Nexus per flash facilmente diverse versioni di Android sul dispositivo. Questo semplice processo vi permetterà di testare facilmente l'applicazione su diversi livelli di Android con un unico dispositivo, senza far decadere la garanzia o che si richiedono a "jailbreak" o "radice" nel dispositivo. Le immagini di Google Android fabbrica e le istruzioni si trovano presso: https://developers.google.com/android/nexus/images#instructions
+
+# Debug
+
+Debug Cordova richiede alcune operazioni di configurazione. A differenza di un'applicazione desktop, non puoi semplicemente aprire dev tools sul tuo dispositivo mobile e avviare il debug, per fortuna ci sono alcuni grandi alternative.
+
+## Debug remoto Safari
+
+La prima opzione è Safari il debug remoto. Questo funziona solo su OSX e solo con iOS 6 (e superiori). Usa Safari per connettersi al dispositivo (o il simulatore) e collegherà strumenti di sviluppo del browser per l'applicazione di Cordova. Si ottiene che cosa vi aspettate da dev tools - DOM ispezione/manipolazione, un debugger JavaScript, ispezione di rete, console e altro. Per ulteriori dettagli, vedere questo ottimo blog post: [http://moduscreate.com/enable-remote-web-inspector-in-ios-6/][13]
+
+ [13]: http://moduscreate.com/enable-remote-web-inspector-in-ios-6/]
+
+## Debug remoto cromo
+
+Praticamente lo stesso della versione di Safari, questo funziona solo con Android, ma può essere utilizzato da qualsiasi sistema operativo desktop. Si richiede un minimo di Android 4.4 (KitKat), minimo livello di API di 19 e 30 + Chrome (sul desktop). Una volta collegato, si ottiene la stessa esperienza di Chrome Dev Tools per le applicazioni mobili come si fa con le applicazioni desktop. Ancora meglio, il Chrome Dev Tools hanno un'opzione di specchio che mostra l'app in esecuzione sul dispositivo mobile. Questo è più appena di un vista - potete scorrere e fare clic su da dev tools e aggiorna il dispositivo mobile. Maggiori dettagli su Chrome debug remoto possono essere trovati qui: <https://developers.google.com/chrome/mobile/docs/debugging>
+
+È possibile utilizzare Chrome Dev Tools per controllare applicazioni iOS, attraverso un proxy di WebKit: <https://github.com/google/ios-webkit-debug-proxy/>
+
+## Ripple
+
+Ripple è un emulatore basato su desktop per progetti di Cordova. Essenzialmente esso consente di eseguire un'applicazione di Cordova nell'applicazione desktop e falsi varie caratteristiche di Cordova. Ad esempio, consente di simulare l'accelerometro per verificare gli eventi agitare. Finge la fotocamera API consentendo di selezionare una foto dal disco rigido. Ti permette di ondulazione che concentra più sul codice personalizzato, piuttosto che preoccuparsi di plugin di Cordova. Potete trovare maggiori informazioni su Ripple qui: <http://ripple.incubator.apache.org/>
+
+## Weinre
+
+Weinre crea un server locale che può ospitare un debug remoto client per le applicazioni di Cordova. Dopo aver installato e avviato esso, potete copiare una riga di codice nella vostra applicazione di Cordova e poi riavviarlo. È possibile aprire un pannello di strumento dev sul tuo desktop per utilizzare l'applicazione. Weinre non è abbastanza come fantasia come Chrome e Safari Remote debugging, ma ha il vantaggio di lavorare con una gamma molto maggiore di piattaforme e sistemi operativi. Ulteriori informazioni possono essere trovate qui: <http://people.apache.org/~pmuellr/weinre/docs/latest/>
+
+## Altre opzioni
+
+* BlackBerry 10 supporta il debug anche: [documentazione][14]
+* È possibile eseguire il debug utilizzando Firefox App Manager pure, vedere [questo post sul blog][15] e questo [articolo MDN][16].
+* Per ulteriori esempi e spiegazione dei suggerimenti sopra di debug, vedere: <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
+
+# Interfaccia utente
+
+Creazione di un'applicazione di Cordova che sembra piacevole su mobile può essere una sfida, soprattutto per gli sviluppatori. Molte persone hanno scelto di utilizzare un framework di interfaccia utente per rendere questo più facile. Ecco un breve elenco di opzioni che si possono prendere in considerazione.
+
+* [jQuery Mobile][8] - jQuery Mobile aumenta automaticamente il layout per l'ottimizzazione mobile. Gestisce anche la creazione di una SPA per voi automaticamente.
+* [ionico][17] -questo potente framework di interfaccia utente in realtà ha la propria CLI per gestire la creazione del progetto.
+* [Ratchet][18] - di chi ha creato il Bootstrap.
+* [Kendo UI][4] - Open source UI e ambito di applicazione da Telerik.
+* [Topcoat][19]
+* [ReactJS][6]
+
+ [17]: http://ionicframework.com/
+ [18]: http://goratchet.com/
+ [19]: http://topcoat.io
+
+Quando si costruisce l'interfaccia utente, è importante pensare a tutte le piattaforme che vi si rivolgono e le differenze tra le aspettative dell'utente. Ad esempio, un'applicazione Android che ha un'interfaccia utente stile iOS probabilmente non andrà bene con gli utenti. Questo a volte è anche applicato i vari negozi di applicazione. Per questo motivo, è importante rispettare le convenzioni di ciascuna piattaforma e pertanto hanno familiarità con i vari orientamenti interfaccia umana: * [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
+
+## UI ulteriori articoli e risorse
+
+Sebbene motori browser diventano più denuncia standard, viviamo ancora in un mondo con prefisso (-webkit e - ms.) il seguente articolo è prezioso quando lo sviluppo di UI in per attraversare apps browser: <http://blogs.windows.com/windows_phone/b/wpdev/archive/2012/11/15/adapting-your-webkit-optimized-site-for-internet-explorer-10.aspx>
+
+# Tenere il passo
+
+Ecco alcuni modi per tenersi aggiornati con Cordova.
+
+* Iscriviti al [blog di Cordova][23].
+* Iscriviti alla [lista di sviluppatore][24]. Nota - Questo non è un gruppo di supporto! Piuttosto, questo è un posto dove lo sviluppo di Cordova è discussa.
+
+ [23]: http://cordova.apache.org/#news
+ [24]: http://cordova.apache.org/#mailing-list
+
+# Come ottenere aiuto
+
+I seguenti link sono i posti migliori per ottenere aiuto per Cordova:
+
+* StackOverflow: <http://stackoverflow.com/questions/tagged/cordova> utilizzando il tag di Cordova, è possibile visualizzare e sfogliare tutte le domande di Cordova. Si noti che StackOverflow converte automaticamente il tag "Phonegap" a "Cordova", così in questo modo sarete in grado di accedere anche questioni storiche
+* PhoneGap gruppo Google: [https://groups.google.com/forum/#! forum/phonegap][25] questo gruppo di Google è stato il vecchio forum di supporto per quando Cordova era ancora chiamato PhoneGap. Mentre ci sono ancora un sacco di utenti di Cordova che frequentano questo gruppo, la Comunità di Cordova ha espresso interesse nella messa a fuoco di meno su questo gruppo e utilizzando invece StackOverflow per supporto
+* Meetup: <http://phonegap.meetup.com> - considerare trovando un gruppo meetup di Cordova/PhoneGap locale
+
+ [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/it/edge/guide/overview/index.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/overview/index.md b/docs/it/edge/guide/overview/index.md
index 2eb93cd..286f53b 100644
--- a/docs/it/edge/guide/overview/index.md
+++ b/docs/it/edge/guide/overview/index.md
@@ -16,9 +16,13 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# Panoramica
-Cordova è un framework di sviluppo mobile open source. Esso consente di utilizzare tecnologie standard web come HTML5, CSS3 e JavaScript per lo sviluppo di piattaforme, evitando il linguaggio di sviluppo nativo di ogni mobile platforms. Le applicazioni vengono eseguite nel wrapper mirati per ogni piattaforma e si basano su standard-compliant associazioni API per accedere ai sensori ogni dispositivo, dati e lo stato della rete.
+Apache Cordova è un framework di sviluppo mobile open source. Esso consente di utilizzare tecnologie standard web come HTML5, CSS3 e JavaScript per lo sviluppo di piattaforme, evitando il linguaggio di sviluppo nativo di ogni mobile platforms. Le applicazioni vengono eseguite nel wrapper mirati per ogni piattaforma e si basano su standard-compliant associazioni API per accedere ai sensori ogni dispositivo, dati e lo stato della rete.
-Usare Cordova se siete:
+Apache Cordova laureato in ottobre 2012 come un progetto di alto livello all'interno della Apache Software Foundation (ASF). Attraverso l'ASF, sviluppo futuro di Cordova garantirà aperto gestione responsabile del progetto. Rimarrà sempre libero e open source sotto licenza Apache, versione 2.0. Visitare [cordova.apache.org][1] per ulteriori informazioni.
+
+ [1]: http://cordova.apache.org
+
+Usare Apache Cordova se siete:
* impostare un sviluppatore mobile e si desidera estendere un'applicazione in più di una piattaforma, senza dover reimplementare con lingua e strumento di ogni piattaforma.
@@ -28,36 +32,36 @@ Usare Cordova se siete:
## Componenti di base
-Cordova applicazioni si basano su una comune `config.xml` file che fornisce informazioni sull'app e specifica i parametri che interessano come funziona, come se esso risponde all'orientamento si sposta. Questo file conforme alla specifica di [Confezionato Web App][1]o *widget*, di W3C.
+Cordova Apache applicazioni si basano su una comune `config.xml` file che fornisce informazioni sull'app e specifica i parametri che interessano come funziona, come se esso risponde all'orientamento si sposta. Questo file conforme alla specifica di [Confezionato Web App][2]o *widget*, di W3C.
- [1]: http://www.w3.org/TR/widgets/
+ [2]: http://www.w3.org/TR/widgets/
-L'applicazione stessa è implementato come una pagina web, denominato *index. html* per impostazione predefinita, che fa riferimento a qualunque CSS, JavaScript, immagini, file multimediali, o altre risorse sono necessarie per essere eseguito. L'app viene eseguita come una *WebView* all'interno del wrapper di applicazione nativa, che distribuiscono ai negozi di app. Per l'applicazione web interagire con varie caratteristiche dispositivo fare le applicazioni in modo native, deve anche fare riferimento a un `cordova.js` file che fornisce API associazioni.
+L'applicazione stessa è implementato come una pagina web, denominato *index. html* per impostazione predefinita, che fa riferimento a qualunque CSS, JavaScript, immagini, file multimediali, o altre risorse sono necessarie per essere eseguito. L'app viene eseguita come una *WebView* all'interno del wrapper di applicazione nativa, che distribuiscono ai negozi di app.
-WebView Cordova abilitato può fornire l'applicazione con l'intera interfaccia utente. Può anche essere un componente all'interno di un'applicazione ibrida più grande, che mescola WebView con componenti di un'applicazione nativa. Cordova fornisce un'interfaccia di *plugin* per questi componenti comunicare con a vicenda.
+WebView Cordova abilitato può fornire l'applicazione con l'intera interfaccia utente. Su alcune piattaforme, può anche essere un componente all'interno di un'applicazione ibrida più grande, che mescola WebView con componenti dell'applicazione nativa. (Per dettagli, vedere visualizzazioni Web Embedding.)
-## Percorsi di sviluppo
+Un'interfaccia del *plugin* è disponibile per Cordova e componenti nativi comunicare con a vicenda. Ciò consente di richiamare codice nativo da JavaScript. A partire dalla versione 3.0, plugins fornire associazioni al dispositivo standard API. Plugin di terze parti forniscono ulteriori associazioni a caratteristiche non necessariamente disponibile su tutte le piattaforme. Potete trovare questi plugin di terze parti nel [Registro dei plugin][3] e utilizzarli nell'applicazione. È inoltre possibile sviluppare il proprio plugins, come descritto nella guida lo sviluppo di Plugin. Plugin può essere necessario, ad esempio, per comunicare tra Cordova e componenti personalizzati nativi.
-A partire dalla versione 3.0, è possibile utilizzare due flussi di lavoro fondamentali per creare un'applicazione mobile. Mentre si può ottenere lo stesso risultato utilizzando entrambi i flussi di lavoro, determinati compiti sono meglio adatti ad utilizzando il flusso di uno lavoro sopra l'altro. Per questo motivo, è necessario comprendere entrambi i flussi di lavoro in modo che è possibile utilizzare lo strumento migliore per la situazione migliore.
+ [3]: http://plugins.cordova.io
-I due principali flussi di lavoro supportati sono il flusso di lavoro di *Web progetto Dev* e il flusso di lavoro *Nativo Dev Platform* .
+## Percorsi di sviluppo
-### Web progetto Dev
+A partire dalla versione 3.0, è possibile utilizzare due flussi di lavoro fondamentali per creare un'app mobile. Mentre è spesso possibile utilizzare sia del flusso di lavoro per eseguire lo stesso compito, ognuno di essi offerta vantaggi:
-Si può pensare il primo flusso di lavoro come il flusso di lavoro di *Web progetto Dev* . Si dovrebbe utilizzare questo flusso di lavoro quando si desidera creare un'applicazione di Cordova che gira su tanti sistemi operativi mobili come possibile con poco lavoro specifico della piattaforma di sviluppo possibili. Questo flusso di lavoro è entrato in esistenza con Cordova 3.0 e la creazione di Cordova *Command-Line Interface* (CLI). CLI estrae un sacco di funzionalità di basso livello script di shell che si prendono cura dei dettagli coinvolti con la costruzione di app, ad esempio copiare le risorse web nelle cartelle corrette per ogni piattaforma mobile, rendendo le modifiche di configurazione specifici di piattaforma o sull'esecuzione di specifici costruire script per generare binari di applicazione. Si può leggere di più circa il flusso di lavoro di *Web progetto Dev* in l'interfaccia della riga di comando. Si prega di notare che spesso quando si parla di "CLI", stanno parlan
do questo flusso di lavoro di *Web progetto Dev* .
+* **Flusso di lavoro cross-platform**: uso questo flusso di lavoro app per funzionare su sistemi operativi diversi come molti mobili possibili, con poco necessario per lo sviluppo di specifiche della piattaforma. Questo flusso di lavoro centri intorno il `cordova` utilità, altrimenti noto come il Cordova *CLI*, introdotta con la 3.0 di Cordova. Il CLI è uno strumento ad alto livello che consente di costruire progetti per numerose piattaforme contemporaneamente, astraendo tanto lontano delle funzionalità di script di shell di basso livello. CLI copia una serie comune di risorse web in sottodirectory per ogni piattaforma mobile, rende le modifiche di configurazione necessarie per ciascuno, esegue gli script di compilazione per generare binari di applicazione. CLI fornisce anche un'interfaccia comune per applicare il plugin all'app. Per maggiori dettagli su CLI, vedere l'interfaccia della riga di comando. Se non avete una necessità per il workflow di piattaforma-centrato, è cons
igliato il flusso di lavoro multi-piattaforma.
-### Piattaforma nativa Dev
+* **Piattaforma centrata sul flusso di lavoro**: utilizzare questo flusso di lavoro se si desidera concentrarsi sulla costruzione di un app per una singola piattaforma e devono essere in grado di modificarlo a un livello inferiore. È necessario utilizzare questo approccio, ad esempio, se si desidera che l'app per miscelare i componenti nativi personalizzati con componenti basati su web di Cordova, come discusso in visualizzazioni Web Embedding. Come regola generale, utilizzare questo flusso di lavoro, se è necessario modificare il progetto all'interno del SDK. Questo flusso di lavoro si basa su un insieme di script di shell di basso livello che sono su misura per ogni piattaforma supportata e un'utilità separata Plugman che consente di applicare il plugin. Mentre è possibile utilizzare questo flusso di lavoro per costruire applicazioni multipiattaforma, è generalmente più difficile perché la mancanza di uno strumento di livello superiore significa cicli compilazione separat
a e modificazioni del plugin per ogni piattaforma. Ancora, questo flusso di lavoro consente un maggiore accesso alle opzioni di sviluppo fornito da ogni SDK ed è essenziale per applicazioni ibride complesse. Vedere le varie guide di piattaforma per dettagli su utility di shell disponibili su ogni piattaforma.
-Il secondo flusso di lavoro può essere pensato come un flusso di lavoro *Nativo Dev Platform* . Si dovrebbe usare quando si vuole mettere a fuoco sulla costruzione di un'applicazione per una singola piattaforma e sono interessato a cambiare i dettagli di basso livello di piattaforma. Mentre è ancora possibile utilizzare questo flusso di lavoro per costruire applicazioni multipiattaforma, la mancanza di strumenti di astrarre via le varie fasi di compilazione renderà più difficile. Ad esempio, si dovrà utilizzare Plugman per installare il plugin stesso una volta per ogni piattaforma che si desidera sostenere. Il vantaggio di utilizzare questo flusso di lavoro *Nativo Dev Platform* è che esso dà accesso agli script shell di basso livello per costruire e testare l'applicazione, quindi se vi sono hacking sul lato nativo delle cose, questo flusso di lavoro è il modo più efficace per testare le modifiche. Questo flusso di lavoro è inoltre opportuno, se si desidera utilizzare il C
ordovaWebView come una piccola parte in una più ampia applicazione nativa (vedere la guida di visualizzazioni Web Embedding). Potete leggere su questo flusso di lavoro nelle diverse guide strumento Shell, per esempio, guida di strumento Shell Android e iOS guida strumento Shell.
+Quando in primo luogo partendo, potrebbe essere più semplice utilizzare il flusso di lavoro multi-piattaforma per creare un'app, come descritto in l'interfaccia della riga di comando. Poi hai la possibilità di passare a una piattaforma centrata del flusso di lavoro se è necessario il SDK fornisce un controllo maggiore. Utility shell di basso livello sono disponibili presso [cordova.apache.org][1] in una distribuzione separata rispetto la CLI. Per i progetti inizialmente generati da CLI, questi strumenti di shell sono disponibili anche in progetto di varie `platforms/*/cordova` directory.
-Quando in primo luogo partendo, potrebbe essere più semplice utilizzare il flusso di lavoro di *Web progetto Dev* per creare un'applicazione. (Per installare il CLI, vedere l'interfaccia della riga di comando). A seconda dell'insieme di piattaforme che si desidera fare riferimento, è possibile affidarsi CLI per azioni progressivamente maggiore del ciclo di sviluppo:
+**Nota**: una volta che si passa dal flusso di lavoro basato su CLI a uno centrato il SDK della piattaforma-specifiche e strumenti di guscio, non si può andare indietro. CLI mantiene un insieme comune di codice sorgente di piattaforme, che su ogni compilazione si utilizza per scrivere codice sorgente specifiche della piattaforma. Per conservare le modifiche apportate alle attività specifiche della piattaforma, è necessario passare agli strumenti centrato piattaforma shell, che ignorano il codice sorgente della multipiattaforma, e invece si basa sul codice sorgente di specifiche della piattaforma.
-* Nello scenario più semplice, è possibile utilizzare la CLI semplicemente per creare un nuovo progetto che viene popolato con configurazione di default per modificare.
+## L'installazione di Cordova
-* Per molte piattaforme mobili, è possibile utilizzare anche il CLI per impostare i file di progetto supplementare necessari per compilare all'interno di ogni SDK. Per questo lavoro, è necessario installare il SDK su ogni piattaforma mirati. (Vedi le guide di piattaforma per istruzioni). Come indicato nella tabella di supporto della piattaforma, potrebbe essere necessario eseguire CLI su sistemi operativi diversi, a seconda della piattaforma di destinazione.
+L'installazione di Cordova sarà diverso a seconda del flusso di lavoro sopra che si sceglie:
-* Per il supporto di piattaforme, CLI può compilare applicazioni eseguibile ed eseguirli in un emulatore di dispositivo basato su SDK. Completa di test, potete anche generare file di applicazione e installarli direttamente su un dispositivo.
+* Flusso di lavoro cross-piattaforma: vedere l'interfaccia della riga di comando.
-In qualsiasi punto del ciclo di sviluppo, può passare all'uso di più del flusso di lavoro *Nativo Dev Platform* . Strumenti specifici della piattaforma SDK forniti possono fornire un insieme più ricco di opzioni. (Vedi le guide di piattaforma per ulteriori informazioni sullo strumento SDK su ogni piattaforma impostato).
+* Piattaforma centrata sul flusso di lavoro: vedere le guide di piattaforma.
-Un ambiente SDK è più appropriato se si desidera implementare un'applicazione ibrida che mescola i componenti dell'applicazione web-based e nativo. Si può utilizzare l'utilità della riga di comando per generare inizialmente l'app, o in modo iterativo successivamente per alimentare il codice aggiornato a strumenti SDK. Si può anche costruire il file di configurazione dell'app te stesso. (Vedere il file config. XML File per dettagli).
\ No newline at end of file
+Dopo l'installazione di Cordova, si consiglia di consultare le guide di piattaforma per le piattaforme mobili che si verranno sviluppando per. Si raccomanda inoltre di esaminare anche la guida Privacy, Security Guide e prossimi passi. Per la configurazione di Cordova, vedere il File config. Xml. Per accedere a una funzione nativa su un dispositivo da JavaScript, vedere il Plugin APIs. E consultare le altre guide incluse come necessario.
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/it/edge/guide/platforms/amazonfireos/config.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/platforms/amazonfireos/config.md b/docs/it/edge/guide/platforms/amazonfireos/config.md
index 1978131..78d44cb 100644
--- a/docs/it/edge/guide/platforms/amazonfireos/config.md
+++ b/docs/it/edge/guide/platforms/amazonfireos/config.md
@@ -18,22 +18,22 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
La `config.xml` file controlla le impostazioni di base di un'app che si applicano a ogni applicazione e istanza di CordovaWebView. Costruisce le preferenze di dettagli questa sezione che si applicano solo al sistema operativo di fuoco di Amazon. Vedere il file config. XML File per informazioni sulle opzioni di configurazione globale.
-* `KeepRunning`(boolean, impostazioni predefinite a `true` ): determina se l'applicazione rimane in esecuzione in background anche dopo un `pause` evento incendi.
+* `KeepRunning`(boolean, impostazioni predefinite a `true` ): determina se l'applicazione rimane in esecuzione in background anche dopo un `pause` evento incendi. Questa impostazione `false` non uccide l'app dopo un `pause` evento, ma semplicemente verrà interrotto l'esecuzione del codice all'interno di cordova webview mentre l'app è in background.
<preference name="KeepRunning" value="false"/>
-* `ErrorUrl`: Specifica di una pagina di errore che viene visualizzato in risposta agli errori HTTP standard nella gamma 400-500. Posizionare il file specificato nella directory principale che contiene la home page e altre risorse web.
+* `ErrorUrl`(URL, impostazioni predefinite a `null` ): se impostato, visualizzerà la pagina di riferimento su di un errore dell'applicazione invece di una finestra di dialogo con il titolo "Errore dell'applicazione".
<preference name="ErrorUrl" value="error.html"/>
-* `LoadingDialog`: Visualizzare una finestra di dialogo nativo durante il caricamento dell'app. Il formato del valore è il *titolo, messaggio*
+* `LoadingDialog`(stringa, valore predefinito del `null` ): se impostato, viene visualizzato un dialogo con il titolo specificato e il messaggio e un filatore, durante il caricamento della pagina prima di un'applicazione. Il titolo e il messaggio sono separati da una virgola in questa stringa di valore, e quello virgola viene rimosso prima che venga visualizzata la finestra di dialogo.
<preference name="LoadingDialog" value="Please wait, the app is loading"/>
-* `LoadingPageDialog`: Visualizzare una finestra di dialogo nativo durante il caricamento di pagine secondarie all'interno di un'app. Il formato del valore è il *titolo, messaggio*
+* `LoadingPageDialog`(stringa, valore predefinito del `null` ): lo stesso di `LoadingDialog` , ma per ogni pagina di caricamento dopo la prima pagina dell'applicazione.
<preference name="LoadingPageDialog" value="Please wait, the data is loading"/>
@@ -50,4 +50,14 @@ La `config.xml` file controlla le impostazioni di base di un'app che si applican
* `SplashScreenDelay`(numero, di default è `5000` ): la quantità di tempo consente di visualizzare l'immagine della schermata iniziale.
- <preference name="SplashScreenDelay" value="10000"/>
\ No newline at end of file
+ <preference name="SplashScreenDelay" value="10000"/>
+
+
+* `ShowTitle`(boolean, impostazioni predefinite a `false` ): Visualizza il titolo nella parte superiore dello schermo.
+
+ <preference name="ShowTitle" value="true"/>
+
+
+* `LogLevel`(stringa, valore predefinito del `ERROR` ): imposta il livello di log minimo attraverso cui registro verranno filtrati i messaggi dall'applicazione. I valori validi sono `ERROR` , `WARN` , `INFO` , `DEBUG` , e`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/it/edge/guide/platforms/amazonfireos/index.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/platforms/amazonfireos/index.md b/docs/it/edge/guide/platforms/amazonfireos/index.md
index 7d6aaff..67c68e3 100644
--- a/docs/it/edge/guide/platforms/amazonfireos/index.md
+++ b/docs/it/edge/guide/platforms/amazonfireos/index.md
@@ -17,28 +17,49 @@ Vedere la seguente per informazioni più dettagliate specifiche della piattaform
* Amazon fuoco OS visualizzazioni Web
* Amazon fuoco OS Plugins
-## Requisiti e supporto
+## Introduzione
+
+Prendendo di mira la piattaforma Amazon fuoco OS, gli sviluppatori Cordova possono creare ibridi web apps che sfruttano il motore web avanzati integrato in dispositivi Kindle Fire. Amazon WebView API (LCG) è un derivato cromo web runtime esclusivo per OS di fuoco. Un rimpiazzo per il WebView che viene fornito con dispositivi Android, LCG permette di creare l'esecuzione migliore e più potente ibrido web apps fornendo il supporto per un motore JavaScript più veloce (V8), il debug remoto e le ottimizzazioni di hardware per dispositivi Kindle Fire, tra cui un'accelerata 2D Canvas e accesso alle funzionalità di HTML5 non supportate da Android costruito in WebView come: Calc CSS, validazione dei Form, getUserMedia, IndexedDB, Web lavoratori, WebSockets e WebGL.
-Lo sviluppo di app di Cordova per Amazon fuoco OS richiede l'Android SDK e Amazon WebView SDK. Verifica i requisiti per questi kit SDK al link qui sotto:
+Per ulteriori informazioni sull'API WebView Amazon, consulta del portale sviluppatore Amazon [pagina applicazioni ibride di HTML5][1]. Per domande su come ottenere iniziato e altre edizioni di sostegno, vedere Amazon Developer Portal [forum - HTML5 ibrido Apps][2].
-* [Sistema 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
+
+## Requisiti e supporto
-* [Amazon WebView SDK][2]
+Lo sviluppo di app di Cordova per Amazon fuoco OS richiede l'installazione di una varietà di file di supporto, compreso tutto il necessario per lo sviluppo di Android, così come Amazon WebView SDK. Controllare la lista qui sotto per il necessario installa:
- [1]: http://developer.android.com/sdk/
- [2]: https://developer.amazon.com/sdk/fire/IntegratingAWV.html#installawv
+* L'interfaccia della riga di comando
+* [Android SDK][3]
+* [Apache Ant][4]
+* [Amazon WebView SDK][1]
+
+ [3]: http://developer.android.com/sdk/
+ [4]: http://ant.apache.org
## Installazione
-### Android SDK
+### Android SDK e Apache Ant
+
+Installare il SDK di Android da [developer.android.com/sdk][3]. Altrimenti può essere presentato con una scelta di dove installare il SDK, spostare lo scaricato `adt-bundle` albero ovunque si memorizzare gli strumenti di sviluppo.
+
+Dovrai eseguire Android SDK Manager ( `android` da una riga di comando) almeno una volta prima di iniziare il vostro progetto di Cordova. Assicurarsi di installare la versione più recente di Android SDK Tools e SDK Platform **in particolare livello di API 19**. Portale per sviluppatori Amazon per ulteriori informazioni sull'impostazione di ambiente di sviluppo per dispositivi Kindle Fire OS vedere [impostazione il tuo ambiente di sviluppo][5] .
-Installare il SDK di Android da [developer.android.com/sdk][1]. Altrimenti può essere presentato con una scelta di dove installare il SDK, spostare lo scaricato `adt-bundle` albero ovunque si memorizzare gli strumenti di sviluppo.
+ [5]: https://developer.amazon.com/public/resources/development-tools/ide-tools/tech-docs/01-setting-up-your-development-environment
-Per strumenti da riga di comando di Cordova a lavorare, è necessario includere il SDK `tools` e `platform-tools` le directory nel tuo ambiente PATH.
+Installare Apache Ant costruire tool [scaricando una distribuzione binaria Ant][6], decompresso in una directory, è possibile fare riferimento a più tardi. Vedere il [manuale di formica][7] per più informazioni.
-Su Mac, Linux o altre piattaforme Unix-like, è possibile utilizzare un editor di testo per creare o modificare il `~/.bash_profile` file, aggiungendo una riga come la seguente, a seconda di dove viene installato il SDK:
+ [6]: http://ant.apache.org/bindownload.cgi
+ [7]: http://ant.apache.org/manual/index.html
- Export PATH = ${PATH}: / / adt-bundle/sdk/piattaforma-strumenti di sviluppo: / sviluppo/adt-bundle/sdk/tools
+Per strumenti da riga di comando di Cordova a lavorare, è necessario includere il SDK di Android `tools` , `platform-tools` e `apache-ant/bin` le directory nel tuo ambiente PATH.
+
+#### Percorso Mac/Linux
+
+Su Mac, Linux o altre piattaforme Unix-like, è possibile utilizzare un editor di testo per creare o modificare il `~/.bash_profile` file, aggiungendo una riga come la seguente, a seconda di dove sono installate il SDK e la formica:
+
+ Export PATH = ${PATH}: / / adt-bundle/sdk/piattaforma-strumenti di sviluppo: / / adt-bundle/sdk/strumenti di sviluppo: / sviluppo/apache-ant/bin
Questo espone strumenti SDK in windows terminal inaugurato di recente. In caso contrario eseguire questo per renderli disponibili nella sessione corrente:
@@ -46,7 +67,9 @@ Questo espone strumenti SDK in windows terminal inaugurato di recente. In caso c
$ fonte ~/.bash_profile
-Per modificare l'ambiente del percorso su Windows 7:
+#### Percorso di Windows
+
+Per modificare l'ambiente del percorso su Windows:
* Fare clic su **Start nell'angolo inferiore sinistro del desktop** , tasto destro del mouse su **Computer**, quindi fare clic su **proprietà**.
@@ -56,26 +79,33 @@ Per modificare l'ambiente del percorso su Windows 7:
* Selezionare la variabile **PATH** e premere **Modifica**.
-* Aggiungere quanto segue al percorso basato su cui è installato il SDK, per esempio:
+* Aggiungere quanto segue al percorso basato su cui è stato installato il SDK e la formica, ad esempio:
- ;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
* Salvare il valore e chiudere le due finestre di dialogo.
-Potrebbe essere necessario abilitare Java e Ant. Apri un prompt dei comandi e digitare `java` e anche di tipo `ant` . Aggiungere al percorso qualunque non riescono ad eseguire:
-
- ;%JAVA_HOME%\bin;%ANT_HOME%\bin
+* Inoltre devi abilitare Java. Aprire un prompt dei comandi e digitare `java` , se non viene eseguito, aggiungere il percorso dei binari Java al vostro percorso pure. Rendere %JAVA\_HOME% sia rivolto verso il JDK installato nella directory. Potrebbe essere necessario aggiungere separatamente variabile di ambiente JAVA\_HOME.
+ ; %JAVA_HOME%\bin
+
### Amazon WebView SDK
-Scaricare il SDK di WebView Amazon [Amazon Developer Portal][2].
+Al fine di creare app di Cordova la destinazione della piattaforma Amazon fuoco OS, sarà necessario scaricare, scompattare e installare i file di supporto di Amazon WebView SDK. Questo passaggio si avrà solo bisogno di essere fatto per il primo progetto OS fuoco Amazon, o se si aggiorna a Cordova.
-* Creare un `libs/` cartella in `~/.cordova/lib/amazon-fireos/cordova/3.1.0/` cartella.
-* Aggiungere il `awv_interface.jar` da SDK scaricato a`~/.cordova/lib/amazon-fireos/cordova/3.1.0/libs/`
+* Scaricare il SDK di WebView Amazon [Amazon Developer Portal][1].
-## Aprire un progetto in SDK
+* Copia `awv_interface.jar` da SDK scaricato nella directory di lavoro di Cordova:
+
+ **Mac/Linux:** `~/.cordova/lib/amazon-fireos/cordova/[cordova_release]/framework/libs/`
+
+ **Windows:** `%USERPROFILE%\.cordova\lib\amazon-fireos\cordova\[cordova_release]\framework\libs`
+
+***Nota:*** A causa su richiesta di Cordova installare il processo, il `~/.cordova/lib/amazon-fireos` directory di piattaforma non verrà creato finché non si aggiunge la piattaforma al primo progetto.
+
+## Crea nuovo progetto per Amazon fuoco OS
Uso il `cordova` utility per impostare un nuovo progetto, come descritto in The Cordova le Command-Line Interface. Ad esempio, in una directory del codice sorgente:
@@ -85,19 +115,58 @@ Uso il `cordova` utility per impostare un nuovo progetto, come descritto in The
$ cordova build
-Una volta creato, ecco come utilizzare il SDK per modificarlo:
+***Nota:*** La prima volta che la piattaforma amazon-fireos è installata sul vostro sistema, Scarica i file appropriati per la directory di lavoro di Cordova, ma mancherà poi come manca i file di supporto AWV SDK (vedi sopra). Seguire le istruzioni riportate sopra per installare il `awv_interface.jar` , quindi rimuovere e aggiungere nuovamente la piattaforma amazon-fireos al progetto. Solo questo passaggio dovrà essere fatto per il primo progetto di Amazon fuoco OS.
+
+## Distribuire al dispositivo
+
+Per spingere un app direttamente al dispositivo, assicurarsi che il debug USB è attivato sul tuo dispositivo come descritto sul [Sito per sviluppatori Android][8]e utilizzare un cavo mini USB per collegarlo al vostro sistema.
+
+ [8]: http://developer.android.com/tools/device.html
+
+Si può spingere l'app per il dispositivo dalla riga di comando:
+
+ $ cordova eseguire amazon-fireos
+
+
+Alternativamente all'interno di Eclipse, il progetto di fare clic destro e scegliere **Esegui come → applicazione Android**.
+
+**Nota**: attualmente, testing tramite un emulatore non è supportato per Amazon WebView basati su applicazioni, inoltre le API di Amazon WebView è disponibile solo sui dispositivi antincendio OS. Per ulteriori informazioni, vedere la documentazione [SDK API di Amazon WebView][1] .
+
+### Eseguire flag
+
+Il comando run accetta i parametri facoltativi come specificato nel documento Cordova Command Line Interface, fuoco OS accetta anche un ulteriore `--debug` bandiera che consentirà Developer Tools di Chromium per il debug remoto web.
+
+Per utilizzare gli strumenti per sviluppatori, immettere:
+
+ $ cordova run --debug amazon-fireos
+
+
+Ciò consentirà gli strumenti client in esecuzione. Può quindi connettersi al client di inoltro porta utilizzando l'Android Debug Bridge (adb) riferendosi al nome del pacchetto dell'applicazione.
+
+Ad esempio:
+
+ ADB tcp:9222 avanti localabstract:com.example.helloworld.devtools
+
+
+È quindi possibile utilizzare il DevTools tramite un browser basato su Chromium spostandosi a:`http://localhost:9222`.
+
+### Supporto opzionale di Eclipse
+
+Una volta creato, è possibile utilizzare l'eclissi che arriva con il SDK di Android per modificare il progetto. Fate attenzione che le modifiche apportate attraverso Eclipse saranno sovrascritto se si continua a utilizzare gli strumenti della riga di comando Cordova.
* Avviare l'applicazione di **Eclipse** .
* Selezionare la voce di menu **Nuovo progetto** .
-* Scegliere **Progetto Android da codice esistente** nella finestra di dialogo risultante e premere **avanti**: ![][3]
+* Scegliere **Progetto Android da codice esistente** nella finestra di dialogo risultante e premere **avanti**: ![][9]
* Passare a `hello` , o qualunque directory creata per il progetto, poi per il `platforms/amazon-fireos` sottodirectory.
+* Eclisse vi mostrerà Ciao Ciao-CorddovaLib - 2 progetti e da aggiungere. Aggiungere entrambi.
+
* Premere **fine**.
- [3]: img/guide/platforms//eclipse_new_project.png
+ [9]: img/guide/platforms//eclipse_new_project.png
Una volta che si apre la finestra di Eclipse può apparire una rossa **X** per indicare problemi irrisolti. Se è così, segui questi passaggi aggiuntivi:
@@ -105,23 +174,8 @@ Una volta che si apre la finestra di Eclipse può apparire una rossa **X** per i
* Nella finestra di dialogo **Proprietà** , selezionare **Android** dal riquadro di spostamento.
-* Per il progetto di costruire la destinazione, selezionare il massimo livello di API di Android che è stato installato.
+* Per il target di compilazione del progetto, selezionare il livello più alto di Android API (attualmente API livello 19) sia installato.
* Fare clic su **OK**.
-* Dal menu **progetto** , selezionare **Clean** . Questo dovrebbe correggere tutti gli errori nel progetto.
-
-## Distribuire al dispositivo
-
-Per spingere un app direttamente al dispositivo, assicurarsi che il debug USB è attivato sul tuo dispositivo come descritto sul [Sito per sviluppatori Android][4]e utilizzare un cavo mini USB per collegarlo al vostro sistema.
-
- [4]: http://developer.android.com/tools/device.html
-
-Si può spingere l'app per il dispositivo dalla riga di comando:
-
- $ cordova run amazon-fireos
-
-
-Alternativamente all'interno di Eclipse, il progetto di fare clic destro e scegliere **Esegui come → applicazione Android**.
-
-**Nota**: attualmente, testing tramite un emulatore non è supportato per Amazon WebView basati su apps.
\ No newline at end of file
+* Dal menu **progetto** , selezionare **Clean** . Questo dovrebbe correggere tutti gli errori nel progetto.
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/it/edge/guide/platforms/amazonfireos/webview.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/platforms/amazonfireos/webview.md b/docs/it/edge/guide/platforms/amazonfireos/webview.md
index e921ef7..f008733 100644
--- a/docs/it/edge/guide/platforms/amazonfireos/webview.md
+++ b/docs/it/edge/guide/platforms/amazonfireos/webview.md
@@ -16,11 +16,13 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# Amazon fuoco OS visualizzazioni Web
-A partire da 3.0.0, è possibile utilizzare Cordova come componente nelle applicazioni OS fuoco Amazon. Amazon fuoco OS si riferisce a questo componente come `CordovaWebView` . `CordovaWebView`estende WebView Amazon che è costruito sul cromo progetto open source. Sfruttando questa caratteristica, le applicazioni web possono utilizzare i più recenti standard del web HTML5 in esecuzione in un motore di runtime del web moderno.
+A partire da 3.3.0, è possibile utilizzare Cordova come componente nelle applicazioni OS fuoco Amazon. Amazon fuoco OS si riferisce a questo componente come `CordovaWebView` . `CordovaWebView`estende WebView Amazon che è costruito sul cromo progetto open source. Sfruttando questa caratteristica, le applicazioni web possono utilizzare i più recenti standard del web HTML5 in esecuzione in un motore di runtime del web moderno.
+
+Se si ha familiarità con Amazon fuoco OS, in primo luogo è necessario acquisire familiarità con la guida di piattaforma Amazon fuoco OS e avere il SDK più recente installato prima di tentare l'opzione di sviluppo più insolito di incorporare un WebView.
## Prerequisiti
-* Cordova 3.0.0 o maggiore
+* Cordova 3.3.0 o maggiore
* Android SDK aggiornato all'ultimo SDK
@@ -28,11 +30,15 @@ A partire da 3.0.0, è possibile utilizzare Cordova come componente nelle applic
## Guida all'utilizzo di CordovaWebView in un progetto di OS del fuoco Amazon
-1. Scarica espandere [Amazon WebView SDK][1] , quindi copiare il awv_interface.jar in `/framework/libs` directory. Creare un libs / cartella se non esiste.
+1. Per seguire queste istruzioni, assicuratevi di che avere l'ultima distribuzione di Cordova. Scaricare da [cordova.apache.org][1] e decomprimere il pacchetto Amazon fuoco OS.
+
+2. Scarica espandere [Amazon WebView SDK][2] , quindi copiare il awv_interface.jar in `/framework/libs` directory. Creare un libs / cartella se non esiste.
+
+3. Spostarsi del pacchetto `/framework` directory ed eseguire `ant jar` . Crea il Cordova `.jar` file, costituita come`/framework/cordova-x.x.x.jar`.
-2. `cd`in `/framework` ed eseguire `ant jar` per costruire il barattolo di cordova. Crea il file. jar formato come `cordova-x.x.x.jar` nel `/framework` directory.
+4. Copia il `.jar` file al progetto Android `/libs` directory.
-3. Modifica dell'applicazione `main.xml` file (sotto `/res/layout` ) per essere simile alla seguente, con la `layout_height` , `layout_width` e `id` modificato per soddisfare la vostra applicazione:
+5. Aggiungere il seguente all'applicazione `/res/xml/main.xml` file, con la `layout_height` , `layout_width` e `id` modificato per soddisfare la domanda:
<org.apache.cordova.CordovaWebView
android:id="@+id/tutorialView"
@@ -40,7 +46,7 @@ A partire da 3.0.0, è possibile utilizzare Cordova come componente nelle applic
android:layout_height="match_parent" />
-4. Modificare la vostra attività che implementa il `CordovaInterface` . È necessario implementare i metodi inclusi. Si potrebbe desiderare di copiarli da `/framework/src/org/apache/cordova/CordovaActivity.java` , o implementarle sul proprio. Il frammento di codice riportato di seguito viene illustrata un'applicazione di base che utilizza l'interfaccia. Si noti come l'id di riferimento vista corrisponde la `id` attributo specificato nel frammento XML sopra indicato:
+6. Modificare la vostra attività che implementa il `CordovaInterface` . È necessario implementare i metodi inclusi. Si potrebbe desiderare di copiarli da `/framework/src/org/apache/cordova/CordovaActivity.java` , o implementarle sul proprio. Il frammento di codice riportato di seguito viene illustrata un'applicazione di base che utilizza l'interfaccia. Si noti come l'id di riferimento vista corrisponde la `id` attributo specificato nel frammento XML sopra indicato:
public class CordovaViewTestActivity extends Activity implements CordovaInterface {
CordovaWebView cwv;
@@ -55,7 +61,8 @@ A partire da 3.0.0, è possibile utilizzare Cordova come componente nelle applic
}
- [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
Se si utilizza la fotocamera, è necessario implementare anche questo:
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/513a1fa1/docs/it/edge/guide/platforms/android/config.md
----------------------------------------------------------------------
diff --git a/docs/it/edge/guide/platforms/android/config.md b/docs/it/edge/guide/platforms/android/config.md
index 278d651..7c828d3 100644
--- a/docs/it/edge/guide/platforms/android/config.md
+++ b/docs/it/edge/guide/platforms/android/config.md
@@ -18,7 +18,7 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
La `config.xml` file controlla le impostazioni di base di un'app che si applicano a ogni applicazione e istanza di CordovaWebView. In questa sezione i dettagli delle preferenze che si applicano solo a Build di Android. Vedere il file config. XML File per informazioni sulle opzioni di configurazione globale.
-* `KeepRunning`(boolean, impostazioni predefinite a `true` ): determina se l'applicazione rimane in esecuzione in background anche dopo un `pause` evento incendi. Nota: questa impostazione su false non ucciderà l'app dopo un evento di pausa, arresterà solo l'esecuzione di codice in webview cordova mentre l'app è in background.
+* `KeepRunning`(boolean, impostazioni predefinite a `true` ): determina se l'applicazione rimane in esecuzione in background anche dopo un `pause` evento incendi. Questa impostazione `false` non uccide l'app dopo un `pause` evento, ma semplicemente verrà interrotto l'esecuzione del codice all'interno di cordova webview mentre l'app è in background.
<preference name="KeepRunning" value="false"/>