Da qualche giorno sulla piattaforma di traduzione collaborativa di WordPress è disponibile, sotto il ramo di sviluppo (trunk) il progetto relativo al futuro nuovo tema che vedrà la luce con questa nuova release, Twenty Eleven, le stringhe sono già state tradotte, ma chi volesse dare una bella revisione al tutto già in questa fase farebbe cosa gradita.

Ricordiamo che per contribuire alla traduzione su questa piattaforma occorre essersi registrati su wordpress.org e si utilizza il medesimo account del forum.

Chi avesse dubbi o pensasse che alcuni termini dovrebbero avere traduzioni leggermente diverse e volesse aprire una discussione lo può fare nel nostro forum nel topic: Traduzione Twenty Eleven WP 3.2

Come preannunciato nei giorni scorsi è ora disponibile sia per il download sia tramite l’aggiornamento automatico di WordPress la versione 3.1.1 in italiano, si tratta di una versione di mantenimento che corregge un insieme di piccoli problemi riscontrti con la 3.1 ma sopratutto corregge alcuni problemi di sicurezza identificati dal security team di WordPress.

Trattandosi di un aggiornamento di sicurezza questa release è da considerarsi “critica.” e quindi l’aggiornamento è da ritenersi indispensabile e da effettuare quanto prima. Questa versione non presenta alcuna modifica sul fronte della localizzazione ne rispetto alla versione 3.1 italiana ne per chi avesse effettuato già l’aggiornamento alla 3.1.1 inglese.

Nota: come sempre richieste di aiuto o altro NON dovranno essere indirizzate tramite commenti a questo articolo ma utilizzando il forum di supporto.

Ci arrivano spesso piccoli contributi alla traduzione sia per email che sul forum, segnalazioni di errori, suggerimenti per migliorare una traduzione ecc. Spesso risulta difficile seguirli, qualche segnalazione sfugge e l’errore si trascina con le versioni successive. Beh da oggi potete contribuire in maniera più diretta e con la certezza che la correzione o il suggerimento verranno sicuramente considerati. Non dico accettati, perchè, sopratutto per i suggerimenti di modifica di certi termini, occorre considerare che magari lo stesso termine viene usato in 300 posti diversi e quindi correggere un stringa non basta.

Sul sito http://translate.wordpress.org/projects sono disponibili i progetti di traduzione collaborativa di WP, come WPIT abbiamo il “controllo” di tutti i progetti che appaiono eccetto buddypress. Al momento siamo perfettamente allineati con WordPress, all’indirizzo http://translate.wordpress.org/projects/wp. Le traduzioni sono allineate sia per il ramo Development (la futura 3.2) che per il ramo 3.1 (versione attuale ed eventuali release di mantenimento). Per contribuire occorre registrarsi al forum di wordpress.org ed usare qui le stesse credenziali. Da questo momento prima di generare una release italiana faremo riferimento a questa piattaforma per avere la traduzione finale, controllando eventualmente qualche piccola discrepanza. Leggi il resto »

A pochi giorni dal rilascio della versione 3.1 si inizia a pianificare la futura versione, la 3.2, dal blog di sviluppo di WP Mark Jaquith ci informa che mentre questa settimana si definiranno le scadenze e le assegnazioni dei compiti, le principali linee di sviluppo della futura versione sono ormai delineate e punteranno a due obbiettivi fondamentali, la leggerezza e la velocità ecco le principali linee guida della prossima versione:

• Tempi di irlascio più rapidi rispetto alla 3.1 — una release più focalizzata, si decideranno gli sviluppi con maggior precisione e ci si assicurerà che le persone si mantengano su questi obbiettivi per non cadere nella fase “ancora una cosa soltanto”.

• IL tema principale sarà “veloce, leggero”— Si abbandonerà il supporto a tecnologie obsolete. CI si concentrerà per rendere le cose più veloci e sopratutto nel rendere il alvoro di scrittura dei contenuti più semplice e veloce.
• Miglioramenti API List Tables — si finalizzerà la API per l’utilizzo da parte di terzi rendendola anche più flessibile.
• Caricamento XHR delle Tabelle — da analizzare con attenzione dopo aver stabilitto le List Table API. Verificare che sia un vero miglioramento prima di dedicare tempo al suo sviluppo completo.
• PHP 5.2—(nello specifico 5.2.4) come requisito minimo. SI abbandonerà al compatibilità precedente ma senza aggiungere molto codice specifico di PHP5. Lo scopo di questa release sarà quello di abbandonare il vecchio e non aggiungere grosse novità.
• MySQL 5— come requisito minimo. Modifica che non comporterà particolare lavoro se nonq uello di cambiare i requisiti minimi. Non verranno modificate le query (N.d.t. Anche inq uesto caso si abbandonano vecchi requisiti ma senza introdurre grandi novità, un lavoro di pulizia più che di costruzione).
• IE6 EOL (End Of Life) per l’admin — Se BrowseHappy verrà aggiornato in tempo, si considererà la possibilità di aggiungere un avvertimento “use a real browser” per gli utenti IE6. Ciò non permetterà di scartare molto dei CSS per IE6 perchè IE7 ne condivide buona parte dei problemi. Si tratta di una operazione sopratutto simbolica e riduce la combinazione di piattaforme da utilizzare nei test. Ciò comporterà anche che i problemi di sicurezza che dovessero verificarsi solo in relazione a IE6 potranno avereuna priorità più bassa nella loro risoluzione.
• Distrazioni nella scrittura (di articoli) — Lo scopo è far dire: “ooh, che bello”. L’idea è rimpiazzare la versione corrente a tutto schermo conq ualche cosa di più bello, utilizabile (in termini di lunghezza di linea e di dimensione dei caratteri) e di semplice (limitatamente alla funzionalità dell’edito visuale). Per una idea di quello che vorremo si veda WriteRoom, OmmWriter, http://www.quietwrite.com/. Si sta analizzando la cosa e probabilmente verrà realizato un plugin come primo passo per lo sviluppo di questa parte.
• Miglioramenti sull’aggiornamento — Gli aggiornamenti del tipo Solo-i-file-modificati possono venir eseguiti senza modifiche ai file di core di WordPress. Come primo passo si pensa di eseguire gli aggiornamenti solo da una versione alla successiva di una versione principale. Quindi ad esempio da  3.2 a 3.2.1 e dalla 3.2.1 alla 3.2.2. Come opzione si potrà pensare di eseguire una scansione completa dei file per identificare le modifiche e offrire la possibilità di un aggiornamento completo sovrascrivendo i soli file modificati. Inoltre, durante gli aggiornamenti, si escluderà completamente la directory wp-contents directory (nessun aggiornamento del tema standard e dei plugin a corredo).
• Miglioramenti nella velocità — Vi è una enorme serie di cose che si possono fare per rendere WordPress più veloce nel caricamento o al limiti farlo “apparire” più veloce. SI sta considerando il PHP lazy loading. SI sta inoltre lavorando ad una modifica per rendere il caricamento del menu di amministrazione più veloce facendone l’espansione in PHP. Vorremmo rendere la bacheca più veloce non eseguendo richieste asincrone quando la cache è ancora calda. Stiamo anche lavorando a miglioramenti sull’FTP che dovrebbero rendere gli aggiornamenti più veloci per chi utilizza alcuni tipi di server FTP.

Come vedete questa release, oltre ovviamente alla correzione dei ticket aperti si concentra su due obbiettivi che pure non introducendo eclatanti novità “visuali” o funzionalità innovative dovrebbe rendere l’uso giorno per giorno di WordPress più semplice veloce e produttivo, preparando il campo ad ulteriori migliorie una volta abbandonate vecchie tecnologie e requisiti oramai obsoleti, che permetteranno con le future lrealese di introdurre effettive migliori a livello di codice php o di query SQL.

Voi che ne pensate? Quale altre cose avreste voluto vedere in questa versione? Quali pensate saranno gli sviluppi futuri?