Let's sum up

What are we doing now? The answer is really easy: we're working on ZipGenius 6.4, the last evolution of the series 6.x.

Why are we doing it? Because ZipGenius 6 is widely used on Windows XP, Vista, 7 and 8 (Consumer Preview), which are all fully Unicode-compliant. ZipGenius needs to be fully Unicode-compliant, too: it is used by people all around the world and not everybody uses latin character sets for filenames or text in the user interface. Firstly we moved the source code from the good old Delphi 2006 to a more modern Delphi XE2 and this lead us to edit a lot of source code and Delphi components that are not available anymore (and not compatible with Delphi XE2). Also, a Unicode string is twice as large as an old ANSI string (because we're using double-byte based charsets): this became an issue in the way ZipGenius loads and handles text strings for the user interface.

ZipGenius uses DLLs libraries to store the strings since 1999, year of the first international release, but now this method requires just too much memory to perform load/unload of the language DLL each time it needs to loads a single string. Just multiply this action by almost 60.000 and you'll know why we are experiencing slow (if not sluggish) loading times of the main application and its dialogs.

Finally we decided to fight back the sluggishness and we are breaking compatibility with older language packs because we are exporting the strings to more flexibles plain-text files. The version number of the next language files included in ZG 6.4 will be 400 and any other language DLL will stop working. What will happen for additional languages? In the mean while we will convert all the language packs that reached the version number 306 and we will put them for download through the usual channels. From that point on, we will create an account for ZipGenius localization project at http://www.getlocalization.com where everybody could start a localization project for its own language.

In ZG 6.4 you will meet some kind of restyling in many part of the user interface, beginning from the Home Panel that will get reorganized.

The whole application will be polished in order to keep up until we finalize ZipGenius 7 - which should be released some time between november 2012 and January 2013 (we strongly believe the Mayans were quite wrong ).

------------------------------

*Riassumiamo un po' *

Cosa stiamo facendo in questo momento? La risposta è semplice: stiamo sviluppando ZipGenius 6.4, l’ultima evoluzione della serie 6.x.

Perché lo stiamo facendo? Perché ZipGenius 6 è largamente usato su Windows XP, Vista, 7 e 8 (Consumer Preview), tutte versioni di Windows pienamente compatibili con il sistema di caratteri Unicode. Anche ZipGenius deve divenire pienamente compatibile con Unicode: è usato da milioni di persone in tutto il mondo e non tutti usano un set di caratteri derivato dal latino per i nomi dei files o per il testo dell’interfaccia utente. Tanto per cominciare abbiamo trasportato il codice sorgente dal vecchio caro Delphi 2006 ad un più moderno ed efficiente Delphi XE2 e questo ci ha costretto a modificare una quantità enorme di codice e di componenti per Delphi non compatibili con Unicode e la versione XE2 di Delphi. A causa di questa operazione, poiché un carattere Unicode è composto da due bytes anziché da uno, il peso delle stringhe dell’interfaccia del programma è praticamente raddoppiato e questo è saltato fuori quando abbiamo iniziato ad eseguire dei test sulla nuova versione di ZipGenius, verificando un rallentamento vistosissimo nel momento in cui il sistema caricava il programma e le sue finestre di dialogo.

Fino ad oggi ZipGenius ha utilizzato pacchetti per le lingue salvati sotto forma di libreria DLL, le quali richiedono l’allocazione di memoria ogni volta che questa deve essere caricata, restituire la stringa richiesta e poi scaricata moltiplicando quest’operazione per circa 60.000 stringhe, si può capire il perché di questi vistosi rallentamenti.

Perciò abbiamo deciso di reagire e combattere questi rallentamenti modificando l’intero sistema di gestione delle stringhe in ZipGenius, rompendo la compatibilità con le versioni precedenti: abbiamo estratto le stringhe dalle DLL e le abbiamo riversate in più veloci e flessibili file di testo comuni. Infatti, il numero di versione dei prossimi file per la lingua sarà 400 e nessun’altro pacchetto per le lingue precedente potrà funzionare con il nuovo ZipGenius.

Cosa accadrà per chi usa pacchetti lingua alternativi? Nel frattempo convertiremo in file di testo i pacchetti lingua che abbiano già raggiunto il numero di versione 306 e li distribuiremo attraverso i soliti canali; successivamente (e prima del rilascio della nuova versione) creeremo un account su www.getlocalization.com in cui caricheremo il “master file†in inglese e chiunque potrà partecipare per tradurre ZipGenius nella propria lingua.

In ZG 6.4 vi sarà, inoltre, un leggero restyling dell’applicazione a partire dal “Pannello Home†che verrà riorganizzato.

L’intera applicazione sarà “ripulita†al fine di resistere fino al rilascio di ZipGenius 7 - che dovrebbe avvenire fra novembre 2012 e gennaio 2013 (sempre che i Maya non avessero ragione ).

Crowdsourced, Social and Collaborative App & Website Translation - Get Localization

Get Localization is a social software localization platform for collaborative software & website translation

Sorgente