[In attesa della conferma dell'utente] Conflitto tra WPResidence e WPML String Translation
Questo è il forum di assistenza tecnica di WPML, il plug-in multilingue di WordPress.
La sua lettura è permessa a tutti, ma la pubblicazione è riservata esclusivamente ai clienti di WPML. Il team di WPML risponde sul forum 6 giorni su 7, 22 ore su 24.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
11:00 – 15:00
11:00 – 15:00
11:00 – 15:00
11:00 – 15:00
11:00 – 15:00
-
-
16:00 – 20:00
16:00 – 20:00
16:00 – 20:00
16:00 – 20:00
16:00 – 20:00
-
Fuso orario del fornitore: Europe/Rome (GMT+01:00)
Scusa per la risposta tardiva
La prima delle due foto mostra l'errore. Le prime 4 righe della tabella mostrano che il campo è "types" e non si riesce a far memorizzare i campi corretti che sono "Categories" per la prima, "Cities" per la seconda, "Areas" per la terza, "Property rooms" per la quarta con il corrispondente etichetta "Stanze" (al posto di Prezzo.
Grazie per la cortese attenzione.
P.S. in questi giorni sono un po' impegnato perché giovedì vengo ricoverato in ospedale per un intervento chirurgico. La degenza dovrebbe durare 4/5 giorni. Forse martedì e mercoledì riesco ancora a rispondere.
E disattivando String Translation il problema sparisce? E riattivandolo resetta le impostazioni? Mi pare molto strano, a meno che non ci siano traduzioni di categories, cities ecc.
Ho disattivato WPML String Translation e il messaggio sparisce.
Nelle immagini allegate puoi vedere che nel back-end al posto dei primi 4 "Types" delle immagine allegate nei precedenti messaggi ci sono i termini voluti: categorie, città, area, stanze
Nel front-end - come si vede nell'altra immagine - i 4 campi superiori sono regolarmente impostati e ciascuno visualizza il "triangolo" a destra e mostra l'elenco per la scelta (come nel caso della categoria)
Devo fare qualcosa? (mi hanno spostato il ricovero a lunedì)
Il problema è lo stesso di prima, le stringhe sono tradotte "a caso", vedi link nascosto">questo video. Siccome String Translation ha la precedenza su eventuali file di localizzazione, ecco perché il problema lo vedi solo se è attivo.
Queste stringhe sono di sistema per così dire e non devono essere tradotte.
Onestamente a questo punto ti suggerirei di eliminare del tutto il dominio admin_texts_wpresidence_admin (visto che tutte le stringhe errate vengono da lì) e poi eventualmente ritradurre solo quelle che si devono vedere nel frontend.