Probabilmente sapete che siamo molto seri in merito alla creazione del miglior flusso di lavoro di traduzione possibile per i siti che utilizzano i creatori di pagine. In questa versione abbiamo apportato dei miglioramenti significativi per i creatori di pagine e abbiamo introdotto il supporto per un altro creatore popolare.<\/p>\n
Quando aggiornavate gli originali realizzati con i creatori di pagine basati su codici abbreviati, potevate perdere le traduzioni per le celle modificate.<\/p>\n
Volete sapere perch\u00e9?<\/p>\n
\n <TL;DR>
\n WPML utilizza la tabella di String Translation per archiviare i testi che richiedono la traduzione nei creatori di pagine. Finora potevamo trovare questi testi soltanto attraverso i loro valori, perch\u00e9 tutti i creatori di pagine non avevano ID univoci per le celle (s\u00ec, \u00e8 proprio cos\u00ec). Di conseguenza, se modificavate una cella, WPML non poteva trovare la sua traduzione precedente. Anche se si trattava di una modifica irrisoria, dovevate ritradurre da zero quella cella.
\n <\/TL;DR><\/p>\n<\/blockquote>\nAbbiamo deciso che non si tratta di un’inezia trascurabile. Non volevamo che succedesse sui nostri siti. Quindi abbiamo effettuato un aggiornamento importante alla tabella di String Translation e alla logica di traduzione dei creatori di pagine. Ora combiniamo i testi per le celle secondo il value<\/strong> (valore), la position<\/strong> (posizione) e l’assignment<\/strong> (assegnazione).<\/p>\n
In parole povere, significa che ora l’unico modo per perdere le traduzioni esistenti \u00e8 se:<\/p>\n
\n
- Modificate il contenuto di diverse celle<\/li>\n
- E modificate anche la posizione di diverse celle<\/li>\n<\/ol>\n
Poi WPML avr\u00e0 vita dura a collegare le celle e le loro traduzioni. Quando apportate ingenti modifiche alle pagine esistenti (create con i creatori di pagine), tutto ci\u00f2 che dovete fare \u00e8 salvare frequentemente. Innanzitutto, spostate gli elementi e poi salvate. Poi modificate il contenuto delle celle e salvate di nuovo. Oppure modificate e salvate, poi spostate e salvate. Non importa. In questo modo WPML tiene traccia delle traduzioni delle celle e non perderete le traduzioni esistenti.<\/p>\n
Provate!<\/p>\n
Traduzione dei link nei pulsanti<\/h2>\n
Tutti i creatori di pagine hanno elementi destinati a collegare altre pagine. I pi\u00f9 popolari sono pulsanti, ma ci sono molti altri elementi che accettano gli URL.<\/p>\n
Ora quando traducete le pagine con tali link, WPML li aggiorna automaticamente per andare al contenuto tradotto. WPML lo fa gi\u00e0 per i link nelle celle di testo. D’ora in poi copriremo anche i link nelle celle di “specialit\u00e0”.<\/p>\n
La modalit\u00e0 Copy once (Copia una volta) per i campi personalizzati (estremamente notevole con il tema Avada)<\/h2>\n
Abbiamo aggiunto una nuova modalit\u00e0 per la traduzione dei campi personalizzati chiamata Copy once<\/strong> (Copia una volta). Questa modalit\u00e0 significa che WPML copier\u00e0 il valore dei campi personalizzati dall’originale alle traduzioni una sola volta, quando traducete inizialmente.<\/p>\n
Perch\u00e9 dovreste necessitare qualcosa del genere?<\/p>\n
Prendete in considerazione un tema come Avada. Avada utilizza i campi personalizzati per archiviare le impostazioni per pagina. Ad esempio, archivia le impostazioni per lo stile dell’intestazione della pagina.<\/p>\n
Con questa nuova modalit\u00e0 potete tradurre le pagine con Avada e tutte le impostazioni vengono applicate automaticamente al contenuto tradotto. Poi potete modificare le traduzioni e modificare l’aspetto del titolo per lingua. Finora dovevate scegliere tra bloccare questi campi tra tutte le traduzioni e dover visualizzare questi campi nell’editor di traduzione. La nuova modalit\u00e0 vi consente di sincronizzare automaticamente una sola volta, poi avete la libert\u00e0 di aggiornare separatamente.<\/p>\n