Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/dvarrazzo/postgresql-it

Italian PostgreSQL localization
https://github.com/dvarrazzo/postgresql-it

Last synced: 22 days ago
JSON representation

Italian PostgreSQL localization

Awesome Lists containing this project

README 

        
Italian PostgreSQL Localization

===============================



This project contains the current state of the PostgreSQL Italian translation

files, together with a few development tools.



Questo progetto contiene lo stato corrente della traduzione italiana di

PostgreSQL e alcuni tool di sviluppo.



Workflow

--------



This section is in English because the Makefile targets and tools can be of

use to maintain the translation in other languages.



- Install the tools needed::



    sudo apt-get install poedit myspell-it aspell-it python-polib



- Run ``make dlpots`` to download the new strings.

- Run ``make updatepots`` to merge the new strings to the ``.po`` files.

- Translate the new strings in the last version.

- Run ``make update`` to copy the new translations to older versions where

  available.

- Translate eventually missing strings from older versions. Run ``make

  update`` again to push new strings further towards older versions if needed.

- Run ``make check`` to look for errors.

- Commit the changes.



The following steps are useful if you have commit rights to the PostgreSQL

repository.



- Create a symlink ``pgtr`` in this directory to the messages repository

  (``pgtranslation/messages.git``).

- Run ``make pgtrpush`` to commit the updates in the pgtranslation message

  repos.

- Run ``git push --all`` in the pgtranslation message repos to push changes

  upstream.



Note per il prossimo traduttore

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



Usa poedit almeno versione 1.5: le versioni precedenti si prendono la libertà

di riformattare i commenti, creando diff spuri.



Usa una versione di poedit con lo spellcheck. Se non ce l'ha, compilatelo tu:

non è difficile.



Usa un carattere non proporzionale per la finestre di input, altrimenti è

impossibile verificare che l'output sia allineato dove serve.



Disattiva l'opzione View -> Untranslated entries first, altrimenti ad ogni

salvataggio il lavoro fatto viene mescolato a quello da fare ed usare i

segnalibri diventa inutile.



Comandi per lo sviluppo

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



make [all]

    compila tutti i .po in .mo



make check

    Effettua controlli sulla traduzione (consistenza segnaposti, spaziatura,

    traduzione dei parametri ecc.)



make dlpots

    Scarica da babel.postgresql.org la versione più recente dei file .pot



make updatepots

    Unisci le traduzioni correnti ai file .pot scaricati



make update

    Riporta gli aggiornamenti fatti all'ultima versione sulla versione

    precedente ecc.



make popack

    Crea un archivio per version con i file ``.po``, utile per l'invio a

    PostgreSQL NLS.



make mopack

    Crea un archivio per versione con i file ``.mo`` utile per testare con

    PostgreSQL.



Sulla traduzione

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



Non tradurre il plurale delle parole inglesi: *file* e non *files*.



La traduzione di *directory* è *directory*, non *cartella*. "Cartella" è un

microsoftismo.



La versione maiuscola di *è* è *È* e non *E'* (al massimo sarebbe *E`*, ma le

tastiere italiane non hanno neanche il backtick...) Il modo più facile di

ottenere il carattere su Linux è di digitare ``è`` col Caps Lock attivo. Su

Windows usa ``Alt+0200``.



Se hai un dubbio, su qualche parola, controlla come è stata tradotta in

passato.  Per esempio, come è tradotto *database cluster*? ::



	grep -i -A1 "database cluster" *.po



Otterrai i messaggi che usano la stringa e le relative traduzioni e potrai

fartene un'idea.



Sei il futuro Gadda e il linguaggio te lo manipoli come vuoi? Grande, siamo

felici tu sia con noi. Ma la consistenza è più importante di altri fattori in

questa traduzione, per consentire all'utente di capire se due messaggi si

riferiscono agli stessi elementi. Quindi se sei convinto che *cluster di

database* sia meglio tradotto come *ammasso di database*, cambia *tutte* le

occorrenze, non solo l'ultima che trovi.



In inglese, nelle liste, si usa una virgola `anche prima dell'ultimo

elemento`__. In italiano no. Quindi la traduzione di:



	The three little pigs are Browny, Whitey, and Blacky



è:



	I tre porcellini sono Timmi, Tommi e Gimmi.



.. __: http://en.wikipedia.org/wiki/Serial_comma



Per descrivere comandi dati dall'utente al database, usa l'imperativo. Per

esempo negli help della riga di comando. traduci *read the password from the

file* come *leggi la password dal file*.



Quando il database si rivolge all'utente, usa l'imperativo. *Esegui fixdb se

non vuoi perdere tutti i tuoi dati*, non *eseguite* o *eseguire*.



Se il programma ha un output allineato (es. i messaggi di ``--help``) rispetta

l'allineamento e non far andare le stringhe a zig zag.



Gli autori di Postgres fanno molta attenzione alla distinzione tra i messaggi

d'errore dovuti a qualcosa che è assolutamente impossibile fare, per i quali

usano la forma *cannot*:



    cannot build the roof before the floor



e qualcosa che è fallito per cause momentanee e può riuscire se le condizioni

cambiano, con *could not*:



    could not find the socks in the drawer



La traduzione scelta è stata rispettivamente:



    non è possibile costruire il tetto prima del pavimento



    i calzini non sono stati trovati nel cassetto



Ovviamente sono possibili variazioni per un concetto così generico; sarebbe

auspicabile comunque mantenere la distinzione tra i due sensi degli errori.



Se le stringhe originali hanno un segnaposto alla fine, questo non dovrebbe

essere spostato. Non tradurre:



    file not found: %s



con:



    il file %s non è stato trovato



Il segnaposto alla fine è usato per rendere più evidente il valore, o più

leggibile l'intera frase se la variabile può essere arbitrariamente lunga.

Anche se è meno idiomatico, usa:



    il file non è stato trovato: %s



Traduzioni di termini abbastanza comuni

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



* bug: bug, non bachi (e neanche errori: non sono quelli da segnalare alla

  mailing list.)

* client-side: lato client

* collate: ordinamento

* constraint: vincolo

* database cluster: cluster di database

* default: predefinito

* encoding: codifica

* error code: codice errore

* exit code: codice di uscita (inteso di processi e thread)

* false (is false): è disabilitato

* get: ottenere, trovare (a seconda del contesto: ottenere informazioni, trovare un valore)

* identifier: identificativo, non identificatore

* invalid: non valido (non "invalido")

* line: riga (di un file)

* location: posizione

* log file: file di log

* ownership: il proprietario, non la proprietà (quest'ultimo è ambiguo)

* policy: regola di sicurezza

* return: restituire, non tornare o ritornare

* row-level security policy: regola di sicurezza per riga

* server-side: lato server

* set: impostare, non settare (non c'è puttare o gettare, no?)

* shell (tipo di dato): non completamente definito

* subquery: sottoquery

* superuser: superutente

* stat: ottenere informazioni

* true (is true): è abilitato

* unrecognized: sconosciuto



Termini non tradotti

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



Se esiste un modo ragionevole di tradurli, ok per me.



* advisory lock

* backslash

* code point (Unicode)

* commit

* escape

* inline, inlining

* join

* large object

* log

* pipe (forse coda?)

* standby

* stream (forse flusso -- solo per i WAL?)

* tablespace

* thread

* timeline

* wrapper