Italian Translation

'''This page is to talk about the translation, in the mother tongue. Better terms, etc..'''

Questa pagina serve per discutere in lingua madre i problemi relativi alla traduzione, termini migliori, ecc.

Ad esempio: per tradurre workbenches è meglio usare banchi di lavoro oppure ambienti di lavoro? Dall'inglese sembra più fedele banco, ma la traduzione francese usa laboratorio/officina cioè un ambiente. Banco è un pò restrittivo o riduttivo. Ambiente mi pare migliore perchè più descrittivo.

Lato mio perferisco, per questi termini tecnici, mantenere l'inglesismo. So che si rischia di scivolare verso l'incomprensione, ma un uso moderato, purchè ci sia una pagina di spiegazione di cosa sia un workbench, è ormai prassi in Italiano. Altrimenti (visto che non sono io a tradurre..) la mia preferenza è per banchi di lavoro. Ambienti è troppo generico. Ediloren (talk) 18:30, 30 September 2013 (CEST)

Ho utilizzato Ambiente perchè questo termine è utilizzato spesso anche dai software commerciali, quindi è già familiare a molti nuovi utenti di FreeCAD, ma tutto si può cambiare.

Ora si prospetta un nuovo problema. In Part -> Crea Primitive... il traduttore del programma ha tradotto Box con Prisma, in seguito è stata aggiunta la voce in inglese Prism che non trova più una corrispondenza in italiano e che quindi non è ancora tradotta.

Le possibilità potrebbero essere: Uso questa pagina perchè il forum non ha una sezione in italiano.--Renatorivo (talk) 22:02, 2 October 2013 (CEST)
 * Prism corrisponde a Prisma
 * Box corrisponde a Parallelepipedo e il termine sarebbe appropriato, ma è molto lungo e mi pare poco usato in inglese
 * Box corrisponde a Cubo, ma è improprio perchè l'opzione permette effettivamente di creare un parallelepipedo
 * Box corrisponde a Box, ma nei vocabolari italiani box serve a descrive un locale a al massimo si adatta a tradurre Bounding Box come contenitore della parte.

In merito alla formattazione dei testi del wiki

Ho avviato la sezione WikiPages esattamente con le stesse intenzioni con cui ora viene sviluppata, e che mi sembrano condivise dagli amministratori.

Ottimo il lavoro di Enrico.

Creare un modello o una maschera per ogni categoria di testo è molto utile per conferire alle pagine uno stile omogeneo e facilmente revisionabile.

In questo tipo di programma ci sono però molte categorie di testo che possono essere formattate: Tasti, Pulsanti, Testi di input, di output, menu, opzioni, proprietà, ecc., basta vedere la pagina madre. Se tutte queste categorie hanno un formato diverso, e in una pagina ne compaiono molti di tipo diverso si rischia di rendere la pagina difficile da leggere e, invece di conferirgli uno stile, di renderla confusa o disordinata, specialmente quando è breve.

Ora, per questo, farei un altro passo in avanti che cerco di spiegare brevemente: stabilire dei criteri di formattazione secondo il tipo di pagina, ovvero secondo l'argomento che trattano, ad esempio aspetti generali, workbenkes, Tools, codice, ... e secondo la category (User Documention, Command References, Tutorials). Secondo il tipo di pagina andrei a individuare cosa è importante mettere in evidenza e lascierei come testo normale quello che non si riferisce all'argomento trattato.

Un esempio a caso. Per una pagina dedicata a uno strumento, come in Draft->Line:

Press the button, or press  then  keys

la frase mi sembra formattata bene perchè evidenzia il comando che descrive, ma anche

Press the button, or press L then I keys

mi sembra perfettamente comprensibile e più leggera, inoltre, i comandi scorciatoia sono già un duplicato perchè sono anche indicati nella tabella sintetica.

Nella stessa pagina, alla sezione opzioni

Press + or press the button to undo the last point.

la frase contiene una formattazione superflua perchè il comando Undo è quasi universale e mi sembra tranquillamente semplificabile in

Press CTRL+Z or press the Undo button to undo the last point.

Per alcune categorie di testi eviterei proprio la formattazione o adotterei una formattazione neutra o minimale, ad esempio
 * per indicare i valori di default come False/True, Flat Lines/Shaded/..., oppure
 * quando il comando è frapposto a press ... button, premere il pulsante dice già tutto.

Esempio per la users documentation e commands reference

Esempio per la powerusers doc

Esempio per la developers doc

Esempio per i tutorials

....DA CONTINUARE, se ritenete sensato e utile quanto esposto finora...

--Renatorivo (talk) 23:51, 3 October 2013 (CEST)