Risposte nei forum create
-
AutorePost
-
AntinooPartecipante
L’utente che va per la prima volta sul wiki vede che l’ultima “novità ” risale al 2008.
Non un buon segnale, ma non e’ importante.
Il problema e’ che diverse pagine non esistono (Lezioni WordPress) o non si trovano (la pagina Localizzare Temi E Plugin l’ho trovata perche’ e’ nel widget delle ultime 10 pagine inserite).
Letto l’articolo, che e’ piu’ utile allo sviluppatore che a chi vuole utilizzare wordpress senza scrivere codice, non si e’ risolto nulla: si sa come poter capire se il tema e’ I18N o meno, ma non molto di piu’.
Tu dici che “la localizzazione di wordpress copre la parte di backend e non i temi, ogni tema è diverso dagli altri e ha le sue stringhe diverse da localizzare” e che “i temi standard i WordPress sono localizzati”.
Nella pagina di download e’ scritto che “Le versioni di WP in italiano prevedono una completa localizzazione non solo a livello di programma, ma anche a livello di temi standard e di documentazione allegata”.
Qual e’ allora la verita’?
I pacchetti contengono la traduzione dei temi oltre che del backend?
Fatto sta che appena installato il pacchetto italiano prelevabile da questo sito, il tema NON risulta tradotto (riprovero’ l’installazione appena possibile: magari qualcosa e’ andato storto). Benche’ sia I18N (e sarebbe stato strano il contrario).
Insomma, io di buona volonta’ ne ho da vendere, anche se il tempo purtroppo a volte scarseggia e bisogna razionalizzare le risorse: vorrei tanto dedicare tutto il mio tempo a WordPress sperando di poter sostituire completamente Drupal per le necessita’ piu’ lievi, e vorrei insegnare alle persone alle quali metto in piedi (gratuitamente) l’infrastruttura del sito ad autogestirsi con WordPress.
Ma al momento non mi sembra sia ancora possibile fare tutto cio’.
Ciao e grazie per la disponibilita’.
Giovanni
ps. qual e’ il nome del plugin di cui parlavi?
AntinooPartecipantePerfetto! Finalmente il codice non viene toccato minimamente!
D’ora in poi terrò sempre attivo tale plugin!
Grazie a entrambi
AntinooPartecipanteOk, probabilmente ho risolto.
Ho avuto la giusta impressione che fosse l’engine stesso di WP a modificare il codice, e cercando con google ho trovato questo thread in cui “assie-chan” ha il mio stesso problema ed esprime quello che secondo me è un buon consiglio: rendere disponibile un’opzione per far sଠche l’engine di WP non tocchi in alcun modo il codice.
Ora provo il plugin indicato e vi faccio sapere…
AntinooPartecipanteI plugin attivati di default (ho scaricato il pacchetto italiano di WP presente sul sito) erano “Akismet” e “Hello Dolly”, che ho disabilitato.
Il tema era l’unica cosa che avevo aggiunto.
Ora l’ho riportato a quello di default, ma il codice viene ancora modificato.
Giusto per sapere: è un problema che capita solo a me, oppure capita anche ad altri, se non a tutti?
Voi il codice xhtml che inserite poi ve lo ritrovate pari pari (a meno di modifiche di plugin) ?
AntinooPartecipanteHo riavviato il server e svuotato la cache del browser e ora me lo mostra.
Però il problema rimane: il codice che inserisco io non è ancora il codice che poi viene pubblicato.
Viene già modificato molto meno rispetto a prima, però ad esempio in certi casi mi raddoppia il tag di chiusura </p>, mi elimina o inserisce dei
(metto le parentesi quadre altrimenti non va), e cosଠvia.C’è da dire che nel database il codice del post è quello che inserisco io, quindi è in fase di visualizzazione che viene modificato. Eppure gli unici plugin che ho installati sono quelli di default.
Qualche idea?
AntinooPartecipanteAccidenti… senza l’editor visuale, nella pagina di scrittura dei post non c’è neppure più il form per caricare immagini sul server!
E’ normale poi che in “Gestione” -> “Carica” ci siano le immagini che avevo caricato fino ad oggi (tramite l’editor visuale), ma non ci sia la possibilità di caricare sul server nuovi file?
Devo per forza fare l’upload nelle varie cartelle e creare i relativi link manualmente?
Ora provo a guardare nel codice di WP se è possibile avere un editor visuale che non modifichi affatto il codice…
AntinooPartecipanteQuindi non si può tenere anche l’editor visuale? Bisogna per forza disabilitarlo del tutto, giusto?
Va be’, vorrà dire che guarderò ogni volta l’anteprima, oppure vedrò di togliere nel codice di WP la chiamata alla “correzione” del codice, ammesso che esista…
Quanto ai div, li uso per dei piccoli artifici coi CSS.
La trasformazione div –> p era solo la cosa più evidente, ma in realtà l’editor me ne combinava di peggio, come ad esempio cancellarmi arbitrariamente alcuni tag di chiusura, come alcuni </p>…
Grazie, comunque!
AntinooPartecipanteGiusto per informazione, ho risolto in modo abbastanza semplice, assegnando, tra gli altri, un nuovo campo (‘voto’) ed usando nel Loop questo semplice codice per recuperare il campo stesso:
$score = get_post_meta($post->ID, ‘voto’, true);
Per recuperare l’ID ho usato $post->ID perché the_ID() pare che non abbia un argomento per far solo restituire il valore, invece di mandarlo direttamente in output. Se fossi stato sicuro di quanto ho appena detto, avrei tentato di modificare la sezione:
http://www.wpitaly.it/wiki/Main/UsoCampiPersonalizzati#toc4
per eliminare il riferimento a the_ID(). Vedete voi più esperti se è il caso di toglierlo (nell’originale inglese, c’è solo $post->ID).
Saluti e buone feste.
Antinoo
AntinooPartecipanteSolo ora mi sono accorto che quando si scrive un post, c’è la possibilità di aggiungere un nuovo “campo personalizzato”, che può essermi utile. Non ho però poi capito come poter gestire tale campo/variabile: solo da codice PHP?
Se è cosà¬, la mia idea è quella di creare un piccolo plugin che inserisca alla fine di ogni post in via di pubblicazione il voto specificato: spero solo che esista un trigger per inserire il codice del mio plugin al momento della pubblicazione di un post. Non sono un esperto nel creare i plugin…
Grazie lo stesso,
Antinoo
AntinooPartecipanteperfetto, grazie mille
-
AutorePost