Newsgroup: it.comp.software.newsreader
Titolo: [Pimmy] Filtri (was: Vorrei provare un altro programma...help!)

 comments welcome.
Bello bello.
Ho molto da ridire sulla pratica di usare l'italiano per i campi header
e per altri termini che comunque hanno bisogno di una spiegazione
tecnica per essere compresi. Secondo me è sbagliato, ad esempio, parlare
di "riferimenti" invece che di "reference", e anche nel caso del termine
"intestazioni", una ricerca su Google in italiano restituisce un intero
ordine di grandezza in più per l'uso della parola "header". Il che mi
pare dimostri senza dubbio che il termine italiano per indicare l'header
di un messaggio è proprio "header", mentre "intestazioni" è la sua non
univoca e poco usuale traduzione. Usare l'italiano, in questi casi, non
solo non risolve alcun problema, al contrario ne crea.
Xposto con icsn.
-- 
Luca - e-mail: p.stevens at 
libero.it



Ho molto da ridire sulla pratica di usare l'italiano per i campi header...
Sono abbastanza d'accordo con te, ma non completamente. Io credo che sia
preferibile usare il termine inglese quando questo sia d'uso abbastanza
comune all'interno della comunitā a cui si rivolge, anche prendendo a
riferimento altri programmi molto diffusi. Di solito non lascio il termine
inglese se questo non dā valore aggiunto, anzi ne toglie perchč molti non
conoscendo bene l'inglese non lo capirebbero.
Nello specifico, nel mio precedente messaggio mi sono lasciato andare
all'uso di "intestazione" come traduzione di header, che comunque trovo
abbastanza chiaro in quanto l'intestazione č la parte iniziale di una
lettera o di un messaggio. Ma non piace nemmeno a me, difatti Pimmy usa
"Dettagli". Sempre in Pimmy, ad esempio non ho tradotto "newsgroup" perchč
le possibilitā "gruppo di discussione" e "forum" mi sembravano l'una troppo
lunga e l'altra non adatta. Google usa solo "gruppi" (ma poi li definisce
meglio come gruppi di discussione / forum di usenet); non era male... ma
troppo generico a mio parere.
Veniamo a "riferimenti". Credo che l'inglese "references" sia una parola
nota solo ai tecnici; capisco che chi frequenta i newsgroup sappia di cosa
si tratta, ma io vorrei farmi capire dal maggior numero di persone
possibile, o quanto meno vorrei non aggiungere difficoltā in pių. Ti dico
comunque che nemmeno "riferimenti" mi piace, difatti nei filtri Pimmy lo
usa nella fase di inserimento / modifica (operazione comunque complessa
perchč bisogna riportare il message-id), ma in un elenco pių umano delle
regole inserite dice semplicemente "Discussione: ....." riportando
l'oggetto del messaggio.
Queste sono alcune estrapolazioni del mio pensiero, scritte un po' male.
Come ho detto perō per me l'importante č farmi capire da tutti, per cui ti
ringrazio per questo interessante scambio di opinioni e sono sempre
disponibile a cambiare idea (e parole! :-)
----
Tornando ai filtri, sarō noioso, ma grazie anche per i tuoi contributi. La
discussione resta aperta, per cui se vuoi aggiungere qualcosa, io resto in
ascolto. Vale anche per gli altri... :)
Ciao
-angelo-
www.geminisoft.com

 messaggio ed andare a sistemarli nelle condizioni del filtro.
Perfetto. 

 nota solo ai tecnici; 
Questo, secondo me, è un falso problema. E' l'effetto del problema, non
la causa, che invece sta nella non conoscenza dell'oggetto cui il
termine si riferisce, non nella scelta del termine. Sono gli oggetti in
sé, quelli cui i termini "header" e "references" si riferiscono, ad
essere noti solo ai tecnici, la parola viene dopo. 
La vera soluzione del problema, quindi, sta nel riuscire a spiegare
chiaramente che cosa in realtà si intende con i termini "reference",
"header" e gli altri nomi dei campi. Per me queste sono parole in tutto
e per tutto italiane, che si riferiscono inequivocabilmente ad una ben
determinata parte del messaggio. Non è "inglese". Nè penso si possa
parlare di difficoltà dovuta al "suono" inglese del termine, dato che
oramai non si traducono più manco i titoli dei film!
Al contrario, non si risolve nulla parlando di "intestazioni" o
"riferimenti", perché se uno non sa a che cosa questi termini si
riferiscono realmente nella struttura del messaggio non è che riesce a
dedurlo dal significato italiano della parola. Anzi, con quella, al
contrario che con l'inglese, brancola tra i significati erronei che il
senso comune gli suggerisce: 
  I riferimenti? Saranno le citazioni, quando io mi riferisco ad una 	
  frase del messaggio precedente? Oppure sarà quando uno scrive "in data
  tale, tizio ha scritto:"? O forse il subject della discussione? Dopo
  tutto, ci sono persino programmi che usano Rif: come prefisso di 
  risposta, quindi ecco che cosa sono i riferimenti!  
  E poi, mi dicono che i riferimenti stanno nelle intestazioni, quindi 
  se uno mi scrive iniziando con nome, cognome, indirizzo, ragione 
  sociale e  e partita iva, come nella carta *intestata*, quelli saranno
  i "riferimenti". 
  Ah, no, mi dicono che le "intestazioni" sono le "proprietà" del 
  messaggio, anzi, no, in questo programma sono "dettagli" (boh?!). 
  Ah, ecco i dettagli ... embè? Dove sono 'sti riferimenti? Qua è tutto
  in inglese! 
La nostra scelta, come traduttori di Agent, è stata quindi quella di
contraddistinguere il più possibile gli "oggetti" tecnici, in cui non è
possibile non imbattersi, dato il protocollo, con il loro termine
proprio e caratteristico, fornendo nel contempo una piccola legenda, un
mini glossario, con le spiegazioni essenziali, magari da inserire
nell'help. Il che, secondo noi, da una parte fa piazza pulita di
qualsiasi dubbio, dall'altra agevola enormemente l'interpretazione degli
header, la costruzione dei filtri e, non ultimo, il rapporto e la
comunicazione con gli altri utenti. In una parola, facilita l'esperienza
di Internet/Usenet proprio per i meno esperti.
Comunque, sono scelte vostre, ovviamente. Vedi sul nostro sito, se ti
interessa, qual è l'idea, nelle note alla traduzione italiana:
http://web.tiscali.it/agentit/


di Internet/Usenet proprio per i meno esperti.
Iniziativa lodevole... te la lascio volentieri... :-))
Ciao e grazie,
-angelo-
www.geminisoft.com

 possibile, o quanto meno vorrei non aggiungere difficoltà in più.
"References" e' noto solo ai tecnici "riferimenti" non e' noto a
nessuno perche' te lo sei inventato tu.  :)
In ogni caso, chi sa cosa farsene dei references non ha difficolta' a
comprenderne il significato anche se in inglese.
Il problema generale nel tradurre gli header e' che quando poi uno va a
cercare "dentro" il messaggio non trova la stessa voce su cui ha
impostati il filtro, inoltre poi ogni programma usa la sua terminologia
per cui diventa difficile lo scambio di informazioni fra utenti di
programmi diversi.
IMHO la cosa migliore e' lasciare gli header in lingua originale (in
modo, tra l'altro, da poter usufruire della documentazione generica
disponibile in rete) e spiegare tramite tooltip, guida rapida, balloon
help o simili cosa significano. In questo modo chi sa cosa fa e' subito
a suo agio, chi non lo sa impara qualcosa in modo semplice ed efficace.
-- 
Fact of life #15: Heads bleed, walls don't.

qualcosa di comprensibile ciò che con facilità un utente "medio"
Mi attacco qui per una domanda che va un pochino fuori tema (OT)
Nella traduzione di programmi, di qualsiasi tipo non solo per internet,
esistono alcune indicazioni per avere una certa uniformita`?
es. File=File Edit=Modifica 
Mi sembra ci fosse qualcosa della M$ (o di qualcun altro) ?

Mi sembra ci fosse qualcosa della M$ (o di qualcun altro) ?
Non so darti un'indicazione di testi o link. Ti posso dire che per lo
sviluppo di Pimmy faccio sempre riferimento quanto più possibile a Windows
e Office in italiano, perchè sono i + diffusi e a mio parere i + curati dal
punto di vista linguistico.
Ciao
-angelo-
www.geminisoft.com

 Mi sembra ci fosse qualcosa della M$ (o di qualcun altro) ?
Quelli del progetto Mozilla hanno fatto una specie di decalogo (secondo
me ben fatto).
http://members.xoom.virgilio.it/mozdoesit/reference/dizionario_tascabile.html
Un altro che sa un sacco di cose è alex seb. il traduttore di Hamster.
Cmq *IMO* riferirsi ai programmi MS è in linea generale giusto, in
quanto se la traduzione deve essere di aiuto, avvicinarsi il più
possibile ad uno standard già diffuso...
Ciao.
-- 
©················· | Xnews in italiano e Guida ai Menu:
©··©··©··©©©···©·· | 
http://digilander.libero.it/xnews
©··©··©·©·····©·©· | Behold, I send thee forth as newbies
©···©©©··©©©·©···© | in the midst of wolves, so RTFM!

 Mi sembra ci fosse qualcosa della M$ (o di qualcun altro) ?
Eiste la documentazione per quanto riguarda i programmi GNU che trovi sul 
sito di Marco d'Itri (
http://www.linux.it/~md
).
Mi ricordo di aver letto qualcosa (sia per l'italiano sia per l'inglese) su 
MSDN (
msdn.microsoft.com
 per una versione, un po' troppo incasinata, 
online), ne avevo anche parlato su questo gruppo ma non sono più riuscito a 
trovarlo.
-- 
Marco Barisione  (ICQ 84277092)
Vota per la creazione di it.comp.software.editor seguendo le istruzioni
contenute nel messaggio news://
MK.it.comp.soft...@news.nic.it




un problema proprio per chi non ha familiarità con l'inglese.
Mi perdonerai ma non la penso proprio come te. L'utente di Pimmy e credo la
gran parte degli utenti di posta elettronica non andranno mai a vedersi
l'header così come non apriranno mai con il "blocco note" di Windows un
file di Word. Tu parli da utente esperto e da gran fruitore dei newsgroup,
ma non penso che incarni l'utente di riferimento, che almeno io ho in testa.
Ci stiamo però un po' arroccando sulle nostre posizioni, non vorrei
diventare noioso.
Ciao
-angelo-
www.geminisoft.com

  THEN non recuperare il corpo del messaggio e cancellalo dal server.
Fattibile. Per la struttura nessun problema, è già gestita adesso. Per i
campi in header, credo che lo faremo.
Ciao e grazie davvero per i preziosi consigli.
-angelo-
www.geminisoft.com

a suo agio, chi non lo sa impara qualcosa in modo semplice ed efficace.
Certo, ma se uno vuole andare "dentro" il messaggio sa o scopre che è
qualcosa di complicato. E' un po' come dire che sarebbe meglio non tradurre
Windows perchè molta documentazione tecnica su carta e su Internet è in
inglese. Ma restando agli header... ti sfido a trovare i campi DA, A, CCN,
OGGETTO. Come dicevo prima bisogna solo definire la "linea" al di sopra o
sotto della quale si può tradurre.
Il mio pimmy-pensiero è che molti utenti vogliono utilizzare funzioni anche
"potenti" senza sapere perchè e percome sono realizzate e preferibilmente
nella loro lingua (altrimenti non ci spiegheremmo gli sforzi che tutti
fanno per tradurre siti web, manuali e programmi).
Quindi - per me - accettando lo svantaggio che se il mio utente va in rete
potrebbe non capirci niente (o meglio si renderà conto ancora una volta che
la lingua del mondo non è l'italiano), alcune parole vanno tradotte, ad es.
Header --> intestazione se riferito ai soli campi classici (da/a/oggetto),
dettagli se riferito a tutta la parte che precede il testo vero e proprio
Body --> Testo (o corpo) del messaggio
From --> Da
To --> A
CC --> CC, ma non Carbon Copy, bensì Copia Conoscenza (o Con Conoscenza)
BCC --> CCN
Per non parlare di altre mille parole di cui non stiamo qui a discutere ma
che traduciamo, come Reply, Forward, Attachment, Thread, ecc. A lasciarle
in inglese si assiste a fenomeni tipo "ti sto forwardando il messaggio"
oppure "l'hai attacciato il file?". Altre parole invece sono d'uso comune
anche in inglese, come File, Provider. Alcune sigle sono intraducibili ma
io preferisco spiegarle (POP3 - posta in arrivo).
Scusa se mi ripeto, ma su "References" sono d'accordo che forse potrebbe
non essere tradotto anche perchè (sempre nel mio pimmy-pensiero), nella
sostanza viene rimpiazzato spesso in base al contesto da "discussione" o
"ramo discussione". In riferimento :) al campo vero e proprio dell'header,
dalle discussioni che stiamo avendo, probabilmente ha + senso lasciarlo in
inglese.
Ciao
-angelo-
www.geminisoft.com

comunque poco familiari all'utente. Questo è Male.
Pimmy non è un programma tradotto. Nasce in italiano e poi viene tradotto.
Solo per la precisione.
Pimmy non tende a suggerire l'idea di un destinatario generico. Quando
scrivi un messaggio, come ha già detto Angelo la separazione è netta e
precisa. Sui filtri, aggiungo, abbiamo chiamato "Destinatari (A e CC)"
proprio per non fare confusione. Ieri sera ho modificato la gestione dei
filtri per poter filtrare solo su A o CC e li ho chiamati "Destinatari
(A)", "Destinatari (Cc)" e "Destinatari (A e CC)".
-- 
-antonio-
www.geminisoft.com
(do not use this email address)

 funzioni "avanzate" sono le più complesse da scrivere.
Lo immagino ma non so quantificare, essendo digiuno di programmazione,
mentre mi piacerebbe rendermi conto. 
In termini di tempo di programmazione, quanto stimi, ad esempio:
- l'introduzione di un sistema di "scoring" (tipo Hamster o Dialog, per
quel che so) invece della semplice esecuzione prioritaria dei filtri?
- l'implementazione delle regular expression come "motore" dei filtri,
in un client che ne sia privo?


 ma non penso che incarni l'utente di riferimento, che almeno io ho in testa.
Tu hai in testa l'utOnto di riferimento :-)


 filtri per poter filtrare solo su A o CC 
Bello!


Tu hai in testa l'utOnto di riferimento :-)
Mica tanto, visto che Pimmy è decisamente uno strumento per utenti che
cercano qualcosa di particolare da un programma di posta.


l'originale è inglese.
E' un po' come dire che dovrei far vedere l'allegato in BASE64 piuttosto
che decodificarlo automaticamente. Il formato delle email è stato fatto
così da qualcuno che ha pensato che così fosse comodo. Ma è solo un
formato, nulla più. Se il formato avesse stabilito che la prima riga deve
contenere il mittente, la seconda i destinatari, e così via, sarebbe sempre
e solo un formato, meno flessibile dell'attuale, ma sempre e solo un
formato. Il formato stabilisce che "from:" indica il mittente. Certo non
dice che devo cambiare il vocabolario della lingua italiana per poter
leggere o scrivere email. Il mittente di una lettera esisteva già prima
delle email ed in italiano si chiama mittente.


 cercano qualcosa di particolare da un programma di posta.
Appunto! Proprio per questo sto qui a discutere.
===
Tra parentesi, tutto questo discorso "linguistico" è uscito
incidentalmente, e su questo, ciò che mi interessa maggiormente è il
feedback degli utenti, più che dei programmatori, per vedere qual è il
livello attuale del "gioco al ribasso" iniziato da microsoft. Con
voialtri, invece, il mio interesse principale è, ed era, uno scambio
sulle funzionalità.


 delle email ed in italiano si chiama mittente.
E infatti nelle lettere che uno riceve, il mittente scrive, in alto a
sinistra:
	Mittente: Mario rossi
Invece, nelle email, ci sarà sempre, inesorabilmente, scritto:
	From: Mario Rossi
E nessuno potrà mai farci nulla. Ora, siccome è necessario conoscere e
aprire l'header per una quantità di operazioni che tutti potrebbero e
dovrebbero saper compiere, è ovvio che non ha molto senso inserire nel
programma termini che nell'header non esistono.


programma termini che nell'header non esistono.
Ma che dici, dai? Io, che ho scritto Pimmy e quindi me ne intendo di email,
non apro mai l'header se non per ricavare l'indirizzo IP di mio fratello
quando da casa mi scrive per bombardarlo con le richieste di chat di Pimmy.
-antonio-
www.geminisoft.com

sulle funzionalità.
Mi arrogo il diritto di rispondere a ciò che voglio :-)
Microsoft non ha iniziato nessun gioco al ribasso. I programmi di Microsoft
sono fatti e tradotti molto bene e sono tra i più intuitivi. Fanno scuola,
come si suol dire. Ma sono programmi e come tutti i programmai hanno
errori, sia di impostazione, sia bug in senso stretto.


sulle funzionalità.
Mi arrogo il diritto di rispondere a ciò che voglio :-)
Microsoft non ha iniziato nessun gioco al ribasso. I programmi di Microsoft
sono fatti e tradotti molto bene e sono tra i più intuitivi. Fanno scuola,
come si suol dire. Ma sono programmi e come tutti i programmai hanno
errori, sia di impostazione, sia bug in senso stretto.
-- 


 errori, sia di impostazione, sia bug in senso stretto.
Lo puoi dire forte, e nel caso di MS, molto più che negli altri
programmi.


 quando da casa mi scrive per bombardarlo con le richieste di chat di Pimmy.
Dovrò mica spiegarti in quali e quanti casi è indispensabile accedere
agli header di un messaggio email o usenet, e quanto e perché è
auspicabile se non indispensabile sapere e far sapere che cosa è, dove
sta e com'è fatto?
===
Possiamo spostarci su cybersocieta? Direi che siamo più it là.
Fup.


sta e com'è fatto?
Certo che no. Io semplicemente sto dicendo che accedere agli header è
inutile nella stragrande maggioranza dei casi per la stragrande maggioranza
delle persone.


programmi.
No comment.


in un client che ne sia privo?
Partendo da zero, quindi scrivendo l'agoritmo di ricerca e l'inserimento
tra le funzioni del programma uno o due giorni, a seconda del tempo speso
per farlo funzionare :-)
Per giorno intendo circa 8 ore di lavoro.
Ciao, buona giornata.
-angelo-
www.geminisoft.com

 sotto della quale si può tradurre.
Io penso che la linea giusta potrebbe essere questa: se uno filtra gli
header precisi li vede in inglese, se uno vuole la potenza senza sforzi
usa dei filtri semplificati, tipo "mittente" (From, return-path,
reply-to), "destinatario" (to, cc, bcc) "roba mia" (quella che ha nei
reference una stringa predefinita che inserisce Pimmy nei M-ID) o
simili. Cosi' fai contento il power user che non deve ritradurre e il
niubbo che raggiunge lo scopo senza nemmeno sapere dell'esistenza degli
header.


 oppure "l'hai attacciato il file?". 
Posso dire, in accettabile italiano, "sto facendo un forward, mando il
file in attachment". Questi, comunque, stanno sotto la mia linea, sono
traducibili, ma bisogna ricordarsi di far sapere ai propri utenti che il
termine originale è Forward, e che il prefisso è "Fwd".


la traduzione di M$.
M$ è la traduzione italiana di Microsoft o è l'originale inglese?
Polemica a parte, BCC non è un campo degli header. Quindi l'esempio è
sbagliato.


header.
Ottimo, è esattamente quello che avevo in mente.
-angelo-
www.geminisoft.com

termine originale è Forward, e che il prefisso è "Fwd".
Per me se l'utente vuole sapere che si dice forward si fa un corso di
inglese o si installa un programma in inglese, oppure legge una delle tue
guide.
Per quanto riguarda "Fwd" sono invece d'accordo con te e mi spiego meglio.
Visto che "Fwd" viene usato per indicare una cosa ben precisa all'interno
del subject e che i programmi di posta possono fare dei ragionamenti su
questo (come per "Re"), questo va considerato come un protocollo da
rispettare. Sarebbe stato meglio se questa informazione fosse stata in un
altro campo dell'header, ma visto che storicamente è così, allora bisogna
usarlo. Vietato tradurlo (si fa per dire) perchè intaccherebbe la struttura
del messaggio, sarebbe un po' come tradurre nell'header il campo "From:".
-angelo-
www.geminisoft.com

Appunto! Proprio per questo sto qui a discutere.
Su questo siamo tutti d'accordo! :-))))
Ciao.
-- 
Antonio   @=D

 | "There was some one thing that was too
_____________________________| great for God to show us when He walked
informazioni personali nelle | upon our earth; and I have sometimes
intestazioni del messaggio   | fancied that it was His mirth." GKC-1908  

 sbagliato.
Mi riferivo alle traduzioni in genere. Passare da una sigla come "Bcc"
a "Ccn" non chiarisce nulla a nessuno e impedisce lo scambio di
informazioni fra utenti di SW diversi. Poi si vive lo stesso, ma IMHO
complica solo le cose in alcuni casi, senza peraltro semplificarne
altri.


 Ma non me la sento di darne la colpa a programmi come Pimmy.
Certo che no. Quel 75% (forse di più), usa Outlook.


 Non seguo quel newsgroup. 
Non č un buon motivo per continuare offtopic, soprattutto adesso che
Pimmy ha i filtri :-) 
Potresti seguire solo questo thread, senza bisogno di scaricare gli
altri messaggi del gruppo. C'č una diffusa resistenza a seguire i
follow-up, ed č una spiacevole attitudine di chi non usa reader dotati
di filtri.


di filtri.
Hai ragione ma le discussioni che poi portano a Microsoft o M$ non mi
interessano più.


 Ma sei sicuro di quello che stai dicendo? 
Si. Vedi, il fatto è che attraverso l'impostazione del programma, in
questo e altri dettagli apparentemente innocui, un autore di software in
realtà *metacomunica* con grande forza le sue intenzioni. Nel tuo caso:
| accedere agli header è inutile nella stragrande maggioranza dei casi per 
| la stragrande maggioranza delle persone.
Questa intenzione è esattamente contraria ai criteri di "good net
keeping". Vedi appunto il sito del GNKSA.


 "destinatario" (to, cc, bcc) 
                  ^^^^^^
Se lo fai, me ne rallegro :-)


 Perchè? Chi ha deciso che BCC è giusto?
Mi spiace per te, ma i protocolli non li ha scritti Microsoft.


Mi spiace per te, ma i protocolli non li ha scritti Microsoft.
E' proprio per questo che non discuto piů di Microsoft con nessuno sui
newsgroup. Tanto č inutile. Chi la pensa come te vede il diavolo Microsoft
ovunque. Io non ho detto che i protocolli li abbia scritti Microsoft.
E per favore, davvero per favore, non continuare, perchč tanto non rispondo
piů.


keeping". Vedi appunto il sito del GNKSA.
Il GNKSA dovrebbe trovare il modo di evitare spam e rendere la posta meno
"anonima", se ci riesce :-) Resto della mia opinione, grazie. Io stesso non
scruto dentro l'header dei messaggi, forse perchè mi basta leggere due
righe del testo per sapere chi/come/perchè/quando/dove mi hanno scritto.
Ciao... e sempre Buon Natale.
-angelo-
www.geminisoft.com

Se lo fai, me ne rallegro :-)
Per buona pace di tutti credo che scriverň:
- mittente (Da)
- destinatari (A)
- destinatari (CC)
- destinatari (A/CC)
- Oggetto
- Testo
- Oggetto e testo
- Riferimenti
- Header (dettagli del messaggio)
  . From
  . To
  . Cc
  . Subject
  . Body
  . References
  . ...ecc...
Spero vada bene... insomma, č Natale :-))
Ciao
-angelo-
www.geminisoft.com

 più.
No comment qui lo dico io.


 Mi spiace per te, ma i protocolli non li ha scritti Microsoft.
Ok, ma visto che Bcc *non* è un header (visto che gli indirizzi che 
metti lì andranno a finire sulla busta (envelope-to), non lo troverai 
*nei* protocolli, visto che non viaggia in rete. Quindi, non mi sembra 
orrendo poter portare avanti in italiano un parallelo con la versione 
cartacea di un messaggio. Se posso spedire una lettera reale in copia 
(per conoscenza) o in copia nascosta, perché per l'email dovrei 
inventare qualcosa di diverso? Non so tu, ma io trovo piuttosto 
naturale inviare un'email a Tizio, in copia a Caio ed a Sempronio in 
copia nascosta. 
Detto questo, hai un idea migliore (nel senso di: fregandotene di 
microsoft, cosa scriveresti in italiano, per esprimere i concetti di 
copia e copia nascosta, in modo che siano comprensibili a chiunque)?
-- 
Alessandro

 Resto della mia opinione, grazie. 
Quale opinione, quella che il GNKSA dovrebbe occuparsi di progettare
NNTP e SMTP versione 2?


 copia e copia nascosta, in modo che siano comprensibili a chiunque)?
Anche "copia per conoscenza nascosta" è pressoché incomprensibile, se
non dai tutte le spiegazioni del caso, e non ti mangia nessuno se
spieghi anche che Bcc significa "blind carbon copy", ossia "copia per
conoscenza cieca". Del resto, non è che serva il significato, per
ricordarsi l'acronimo, non dovendo mai scriverlo a mano ma trovandolo
scritto nel programma.


 Spero vada bene... insomma, č Natale :-))
Hai dimenticato BCC :-)


Microsoft? Ma ti rendi conto?
Se dici a me di avere copiato CCN da Outlook non dovresti dire che è
"forse" l'unico ad usare quell'acronimo. Dovresti esserne certo perchè
altrimenti mi viene di nuovo il dubbio che tu sia uno dei tanti anti
Microsoft. Siccome io non ho tirato in ballo, sicuramente non a sproposito,
Microsoft mentre tu (e' un vizio comune ad altri, non sei il solo) lo hai
fatto (vado a memoria ma hai detto "Mi dispiace per te ma Microsoft non
scrive i protocolli) ti ho detto che non discuto di Microsoft sui newsgroup
perchè mi sono ampiamente stufato molto tempo fa. Se anche non fosse
Microsoft a scrivere i protocolli (cosa che è naturalmente vera per
protocolli vecchi come il cucco, sicuramente falsa per protocolli nuovi
dove Microsoft come molti altri è sempre nei gruppi di lavoro) non vedo
perchè devi dire "mi dispiace per te". E' una frase polemica e volta, come
al solito, a gettare fango su Microsoft e a quelli che non la odiano, come
te e molti come te.


 dove Microsoft come molti altri è sempre nei gruppi di lavoro) 
Si si :-/
Chissà perché poi non rispetta i protocolli che firma assiame agli
altri.


boicottaggio di Microsoft, una virtù.
Intelligenza autonoma... boicottaggio di Microsoft...
Buon Natale... è meglio.


Hai dimenticato BCC :-)
:-))) prometto che quando i filtri agiranno anche sulla posta in uscita e/o sulla posta già presente nelle cartelle, lo metterò nella lista.
Ciao ciao
-angelo-
www.geminisoft.com

 localizzate? I client di Netscape? Mozilla? Opera? Xnews? Gravity?
GravITy usa "CCN" nell'unico punto in cui sono riuscito a trovare un 
campo visibile all'utente che fosse traducibile liberamente [cioe`, tra 
i "Campi avanzati" di una risposta via email], e "Bcc" in un'altra 
occasione che ho preferito non tradurre... scusate, non ricordo 
esattamente dove :o)
In generale, non ho tradotto "thread" e "post", ma per il resto ho quasi 
sempre preferito la sola versione italiana. A volte ho indicato la 
parola inglese ["watch", "quote", "catch up", e in alcune occasioni 
anche "header"] tra parentesi, accanto alla traduzione italiana; questo, 
ovviamente, cercando di venire incontro sia ai cosiddetti "utOnti" che 
di inglese non ne capiscono e non ne vogliono capire [insomma la 
casalinga di Voghera :o)], sia agli utenti un pelino piu` avanzati che 
sanno di che si tratta.
IMHO, non tradurre alcuni termini che hanno un corrispettivo in italiano 
e` inutile. Anche perché GravITy non e` volto agli utenti che potrebbero 
tranquillamente continuare a usare la versione in inglese, ma a quelli 
che vedevano nella differenza di lingua il principale ostacolo all'uso 
di un programma piu` versatile e piu` potente rispetto all'OE che 
trovano gia` in Windows... che ovviamente e` quasi sempre in italiano.
un Gandalf che ha seguito la discussione e si trova fondamentalmente 
d'accordo con Antonio Donatiello :o)
-- 
gandalf~at~
ithn.net
 ~~~ Gravity in italiano: 
http://web.quipo.it/GravITy
~~~~ Many that live deserve death.  And some that die deserve life. ~~~~
~~~~ Can you give it to them?  Then do not be too eager to deal out ~~~~
~~~ death in judgement.  For even the very wise cannot see all ends. ~~~

 d'accordo con Antonio Donatiello :o)
E allora com'č che per tutto quanto sopra hai fatto scelte cosě simili,
se non addirittura identiche, a come abbiamo fatto noi per Agent? (in
alcuni casi siamo persino piů "italiani" noi :-)


Mi sembra ci fosse qualcosa della M$ (o di qualcun altro) ?
Pare anche a me che la MS avesse della documentazione a riguardo.
Ma non ricordo dove l'avevo vista.
Ciao, e Auguri.
-- 
Antonio
Le statistiche di icsm e icsn:
http://digilander.libero.it/AP.com

 alcuni casi siamo persino piů "italiani" noi :-)
Be' quelli erano gli esempi piu` "inglesi", ma la maggior parte dei 
termini non troppo tecnici sono comunque tradotti. Magari, se e quando 
ti/vi va, date un'occhiatina veloce a GravITy ;o)
un Gandalf che ha intenzione di tradurre la versione 2.6 "ex novo", 
quindi qualsiasi consiglio da "colleghi" sara` estremamente gradito


Luca - e-mail: p.stevens at
libero.it

contiene filtri, è possibile scaricare una beta da qualche parte?
La beta di Pimmy sarà pronta a giorni e sarà scaricabile dal nostro sito.
Appena pronta ne daremo notizia su questi newsgroup.


Appena pronta ne daremo notizia su questi newsgroup.
Grazie Antonio!! :-)
-- 
Jolan Tru
Filippo "Hytok" Simone
L'oracolo Romulano di Sunnydale
