Newsgroup: it.comp.software.newsreader
Titolo: Da VOLFTP: che ne pensate?

Data: 31/05/04 Bytes: 4.730.896 Download: 28
File: grpal100.exe
Shareware, $19.95, € 16.13
SO: Win95, Win98, WinME, WinNT, WinXP, Win2000
GroupsAloud e' il primo newsreader parlante al mondo! Adesso, anziche' 
affaticare gli occhi durante la lettura di migliaia di messaggi, potrete 
comodamente avviare il programma ed ascoltarli, grazie alla tecnologia 
Natural Voices di AT&T. 

Natural Voices di AT&T. 
Mi pare una gran cavolata.
Ma magari a qualcuno torna comodo, boh... :\
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

 un po' di problemi di compatibilità ^__^
..ehm... veramente lo sto usando sempre per provarlo... E grave? :'(
Sorry.

grazie alla tecnologia Natural Voices di AT&T.
E impiegarci il quintuplo del tempo, immagino.
[1] non so come si comportino gli altri reader a questo riguardo ma,
    stando ad un'esperienza che avevo letto mesi fa, Agent è quello
    che presenta i minori problemi
-- 
Ciao,   | FAQ di ICS.newsreader e risorse su Agent: 
http://www.sleepers.it
Alessio | Agent: 
http://www.forteinc.com/agent/download.php?language=Italiano

Sorry.
Francamente non saprei, è che non è ancora ben supportato, anche se pare
che a poco a poco si stia arrivando ad una buona situazione.
Xnews e Gravity sono ormai in declino (almeno su it.*), e Agent e Dialog
non hanno problemi. OE è una incognita, ché non ho ancora capito come si
comporti di default con un articolo in UTF-8 (in quel caso inserisce gli
header corretti? O c'è comunque da modificare le impostazioni?).
Mah, secondo me la cosa migliore è poter uscire ASCII se non ci sono dei
caratteri estesi, in ISO-8859-15 in presenza di questi ultimi, ed in UTF
se si stanno adoperando linguaggi stranieri come appunto l'ebraico, o il
giapponese. E se non si puole, boh. Certo non casca il mondo, anche se è
una seccatura.


GroupsAloud e' il primo newsreader parlante al mondo!
Esistono anche mailreader del genere?
Jolan Tru
-- 
Filippo "Hytok" Simone - L'oracolo sampdoriano di Sunnydale
La Casa degli Elfi - 
http://www.freewebtown.com/lacasadeglielfi/
Enclave del Dominio - S.N.S. Despiser - 
http://ildominio.altervista.org/
Commissione Voyager - 
http://www.voyageritalia.com/

 Esistono anche mailreader del genere?
Certo! Mai sentito parlare di email al telefono? La prima applicazione 
che ho scritto nel 1995 si interfacciava ad Exchange per il recupero e 
l'ascolto (in sintesi vocale) della posta arrivata. Poi con il supporto 
MAPI completo e POP3+SMTP è stato possibile aggiungere la gestione di 
risposte standard (predefinite), mediante comandi vocali. La dettatura 
da telefonino è ancora difficile per la qualità scadente del segnale 
che arriva, ma la gestione di comandi prevedibili, attraverso opportune 
grammatiche, è possibile da molto tempo.
-- 
Sani
Questa è una firma automatica di MesNews, NR free, ora anche in 
italiano.
Sito: 
http://beam.to/mesnews

Certo! Mai sentito parlare di email al telefono?
No, qualche esempio?


 No, qualche esempio?
http://byphone.tiscali.it/
http://www.tim.it/cda/schede_servizi/timn_scheda_servizio/0,,468,00.html
anche sul fisso Telecom Italia puoi ricevere email da ascoltare in voce 
(TTS)
se hai tempo:
http://dir.yahoo.com/Business_and_Economy/Shopping_and_Services/Communication_and_Information_Management/Telephony/Voicemail_Services/


anche sul fisso Telecom Italia puoi ricevere email da ascoltare in voce 
Grazie per le info, molto utili e le girerò ad una persona che ha dei
problemi, ma... io intendevo prorpio un client, un mailreader equivalente
al newsreader di cui si parlava.


 giapponese.
Da quello che risulta a me, chi ha i maggiori problemi sono i mac-isti con 
MacSoup. Non riescono a venirne a capo... Qualche Mac-ista riesce ad usare 
UTF-8? Dovrebbero essere settati di default, ma non fungono...

 al newsreader di cui si parlava.
quelli che ho realizzato fanno¹ (con comandi a voce e/o con DTMF):
-autenticazione dell'utente
-ricerca e ascolto nuovi messaggi
-ricerca e ascolto messaggi archiviati
-risposta con form predefiniti scelti/riempiti dinamicamente in base a 
filtri e/o comandi vocali
-risposta come sopra con messaggio in voce allegato (in formato wav o 
mp3)
-archiviazione o cancellazione del messaggio selezionato
-redirezione su fax, sms, email del messaggio selezionato
-cambio password dell'utente
il tutto interfacciandosi direttamente a server MAPI, IMAP, POP3/SMTP: 
ergo *sono client*
[¹] è necessario hardware specifico (costoso).
NB f/up impostato su icsm


 Certo non casca il mondo, anche se è una seccatura.
Esattamente.
Fabrizio

UTF-8? Dovrebbero essere settati di default, ma non fungono...
Inserisco il crosspost con it.comp.macintosh perché credo sia il miglior
modo per avere risposta sull'argomento.
Riepilogando: si parla di newsreader con la capacità di gestire l'UTF-8.
McSoup non ci riesce? E quale altro software per Mac non risulta essere
capace di farlo?


 capace di farlo?
Informo gli interessati, grazie 1000!

 usassero un minimo di riguardo.
Negli HOWTO francesi si raccomanda il contrario: di usare le accentate. Loro 
in effetti hanno il problema della maggiore comprensibilità. Ma anche noi... 
qualche problemino lo abbiamo. Non mi sembra però sia dovuto a mancanza di 
rispetto...

 capace di farlo?
MacSoup dalla versione 2.5 (ora siamo alla 2.6.1):
Support for character encodings other than ISO-Latin-1; particularly
ISO-8859-15 and UTF-8. (MacSOUP still assumes a western encoding
internally, so it can't be used for languages such as Japanese or
Polish; however, it handles the Euro symbol properly at last.)
-- 
 Ciao,   zzz...Ghiro...zzz
 -Si sputa contro il nemico fintantoche', con inevitabile sgomento,
  non lo si incontra guardandosi allo specchio- M.S.

 MacSoup dalla versione 2.5 (ora siamo alla 2.6.1):
ed allora perche' i caratteri ebraici non si vedono?
Che settaggi vanno fatti?
EmJey
-- 
Non prendere la vita troppo sul serio...
non ne uscirai mai vivo

scrivono in UTF-8 e pretendono che tutti facciano cosi'?
'azz, portameli qua che li sistemiamo noi ;P
No, scherzi a parte, se rispondendo a qualcuno mi capita di notare che usa
l'UTF-8 o qualche charset esotico, gli chiedo di cambiare impostazioni.


 scrivono in UTF-8 e pretendono che tutti facciano cosi'?
Invece io sono daccordo con AlanFord: se tutti usassero UTF-8 su tutte 
le piattaforme e tutte le localizzazioni, ci sarebbero meno casini. In 
fondo si tratta di adottare un unico standard comune che sia 
applicabile ovunque, e se così fosse non servirebbe nemmeno dichiarare 
il charset.
(Già che ci siamo, chiediamo anche il format=flowed) ;-)


NB f/up impostato su icsm
Per favore, non ti ci mettere pure tu. :-(


 Che settaggi vanno fatti?
 Domanda da porre ad Haller.
Apri un thread su "news.software.readers", ti risponderà di certo



Per utilizzarlo nella nostra lingua, bisogna scaricare anche il
Modulo TTS italiano dal sito di Microsoft (sono disponibili parecchi
idiomi).
Per potergli "far leggere" un testo, basta copiarlo nella clipboard
(da qualsiasi fonte: browser, mailreader, newsreader, word processor,
editor, viewer, ecc...) e Speakonia inizierà immediatamente la lettura,
utilizzando il modulo vocale prescelto.
Questo, consente di continuare ad utilizzare i propri programmi
preferiti, senza dover cambiare nulla, del proprio "parco software".
Da provare.
Ciao,
un TJL73 che resta in attesa di commenti...
-- 
"A tre persone con la stessa mansione in un cantiere edile, fu chiesto
 quale fosse il loro lavoro. <<Spacco pietre>>, rispose il primo. <<Mi
 guadagno da vivere>> rispose il secondo. <<Partecipo alla costruzione
 di una cattedrale>> disse il terzo."                  -- Peter Schulz

 usassero un minimo di riguardo.
Come han detto nel thread nei NG francesi, ad esempio, con accenti
circonflessi e compagnia bella come te la caveresti?
-- 
[...] ALL software projects are done by iterative prototyping.
Some companies call their prototypes "releases", that's all.

 farla per postare, non per leggere.
Quoto.
Con MacSoup, ad esempio, basta inserire un carattere esteso e lui
converte il charset automaticamente in scrittura (ovviamente).
In lettura nessun problema.
P.S.: a propo'  come leggete/quotate questo carattere? 
-- 
Mi sembra che in questo caso si debba dare a Cesare quel che e' di
Cesare.
Quarantaquattro pugnalate.

cut
Grazie mille, giro subito alla persona interessata!


circonflessi e compagnia bella come te la caveresti?
Con l'ISO-8859-15.


Con l'ISO-8859-15.
In effetti per quelli basta iso-8859-1. Il -15 serve solo per l'euro e
pochi altri simboli.
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

accentate?
Si possono usare tutte le accentate che vuoi, tranne che negli header;
unica cosa, va dichiarato MIME/charset in modo corretto (ci pensa il
newsreader, se è impostato bene ed è minimamente decente).


 P.S.: a propo'  come leggete/quotate questo carattere? 
Molto male, io vedo un quadrato, segnale che non è compreso nel mio font,
il couriernew di windows e neppure nel font che ho impostato come font di
ripiego, il arialunicode diunaventinadimegadiroba.
Avendo quel carattere codice dec.63743 però mi viene da pensare che
appartenga ad una categoria /protetta/ cioè che non va usato per scrivere
almeno se non in ambiti molto ristretti. 
Private Use Area Range: E000–F8FF
Di che cosa si tratterebbe secondo le tue intenzioni?

Di che cosa si tratterebbe secondo le tue intenzioni?
Sarebbe comico se avesse voluto scrivere proprio un quadrato. ;-)
Scherzi a parte, l'ho incollato in Open Office e mi da una i con la dieresi.


 l'ho incollato in Open Office e mi da una i con la dieresi.
Il tuo Pimmy (come il mio del resto) lo ha scambiato per il carattere
[dec.239] che in effetti sarebbe proprio LatinSmallLetterWithDiaeresis
in iso-1 ma non era quanto originariaamente spedito da Keisler

 l'ho incollato in Open Office e mi da una i con la dieresi.
Il tuo Pimmy (come il mio del resto) lo ha scambiato per il carattere
[dec.239] che in effetti sarebbe proprio LatinSmallLetterWithDiaeresis
in iso-1 ma non era quanto originariaamente spedito da Keisler
Cioč controllando meglio, la iconladieresi sarebbe soltanto il primo dei
tre caratterei di cui si compone la codifica utf (al grezzo)
Se ci fai caso, copiando anche dopo il quadratino, dovresti poter
ricavare un secondo carattere nella stessa riga ed il terzo carattere
andando a capo nella riga immediatamente successiva.
Cosě se riesci a copiare tre caratteri (il quadrato e due invisibili
seguenti) allora riesci ad ottenere la sequenza di 239 163 191 che
formano i mattoni del carattere unicode originario
strano che si siano suddivisi su due righe
Comunque sentiamo quali fossero le intenzioni dello scrivente

Comunque sentiamo quali fossero le intenzioni dello scrivente
Già, è un discorso che m'incuriosisce!


 Già, è un discorso che m'incuriosisce!
 E' una piccola mela morsicchiata ;) ottenuta(con la tastiera qzerty)
con maiuscolo-alt-£ 


 con maiuscolo-alt-£ 
agli albori del Mac ricordo che i caratteri 'alti' erano pieni di 
simboli, tra cui anche la mela-logo e il simbolo di comando: può essere 
che in Apple abbiano spostato tutti i simboli dedicati alla loro 
piattaforma nell'area 'privata' di UTF8, in fondo mi pare che Unicode 
sia stato proposto dalla Apple.


 simboli dedicati alla loro piattaforma nell'area 'privata' di UTF8,
| The Private Use Area does not contain any character assignments,
| consequently no character code charts or namelists are provided for
| this area.
non ci capisco un ficosecco, pergiunta sono fuori dal giro, ma mi
sembrerebbe un modo di fare bizzarro. Anche da parte del client
mailreader che consenta di digitarli in un messaggio uscente
boh....

 boh....
 Il reader avvisa:
"The message contains characters that need to be endoded as Unicode
(UTF-8). Many programs still can't decode this properly.
Are you want to send the message anyway?"
 Puoi correggere o inviare ugualmente


pochi altri simboli.
Lo so ma pare che la gente non riesca a fare a meno di scrivere quel glifo
invece di EUR, mentre prima scrivere «lira» non infastidiva nessuno... :\


 endoded as Unicode (UTF-8). Many programs 
Sì, il fatto di avvisare dell'uso di utf è una cosa che fanno (quasi)
tutti i programmi, ma ammesso e non concesso che prima ci siamo sbaglaiti
nell'individuare quel particolare carattere [dec.63743], il fatto è che
quello proprio *non esiste* neanche in unicode.


quello proprio *non esiste* neanche in unicode.
Ho controllato anche io nel raw del messaggio ed č come dici tu.


 invece di EUR, mentre prima scrivere «lira» non infastidiva nessuno... :\
    Il motivo è che il simbolo delle Lire è sempre esistito e non
c'è in tastiera, se non "£", che non è quello italiano. L'Euro
invece ha un simbolo disponibile in tastiera che è anche una
*novità* perciò "fa figo".
-- 
Ryoma
DURAN DURAN --- Astronaut
ICQ#41121680

 il fatto è che quello proprio *non esiste* neanche in unicode
 Nei font usati nei OS Apple il carattere esiste.
http://www.autographsystems.com/autsys/Mac_to_ISO8859-1.pdf
Per la precisione F0 95


, on a.s.r. 

 Ma questo carattere non é usato anche per la sterlina inglese?
    Infatti intendevo che č usato *per* la sterlina inglese ma
non per la Lira italiana, che ha due trattini anziché uno, da lě
l'abitudine a non usarlo da parte degli italiani.


 Molto male, io vedo un quadrato, segnale che non è compreso nel mio font,
Idem.
-- 
If I save the whales, where do I keep them?
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 usassero un minimo di riguardo.
Il minimo di riguardo potrebbe essere usato anche da chi legge,
utilizzando strumenti (esistono e funzionano ottimamente anche per
problemi ben più complessi dell'alfabeto latino, basati peraltro su
standard codificati) aggiornati ed efficienti.
-- 
daRkSidE, 30.10.2004 12:09:00

 Per la precisione F0 95
Strana e fantasiosa quella tabella, dato che in ISO nel tratto 7F <-> A0
non c'č assolutamente niente, quindi il 95 non esiste

 non c'è assolutamente niente, quindi il 95 non esiste
 Non so' cosa rispondere.
La mappa del mac roman la trovi qui:
http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT


 
http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT
Allora, nel set appleRoman (corrispondente concettualmente ad uno degli
ISO-8859 con 255 possibilità ) effettivamente c'è la melinamorsicata,
nessuno lo nega, e sta nella posizione hex F0 [dec.240]  
Però il messaggio di Keisler era stato scritto un utf e quindi i byte
usati per descrivere quel carattere non erano quelli di un set mac_roman
e quindi anche se io forzavo il mio dialog a visualizzare con uno dei set
mac non potevo vederlo (ammesso di avere supporto anche dal font), ed
infatti vedevo una strana sequenza dei 3 caratteri corrispondenti
giustamente al discorso del meccanismo del utf.
Quello che non torna è che in unicode non ho trovato il simbolo della
mela se non, interpretando il messaggio spedito dal macsoup, in una
posizione cioè un gruppo che non è aperto e disponibile a tutti ma viene
definito come /Private Use Area/  (Range: E000–F8FF)
| The Private Use Area does not contain any character assignments,
| consequently no character code charts or namelists are provided for
| this area.
Sembrerebbe una sorta di crittografia o di messaggi interni che mi lascia
un po' perplesso, specialmente visto il concetto di universalità
sottinteso dal concetto di unicode. 
Per cui un programma che ha come caratteristica di uscire al di fuori del
proprio ambito, cioè uscire su una rete come internet, non dovrebbe
consentire di usare quella sezione privata. Il messaggio di avvertimento,
in questo caso dovrebbe essere molto più forte

*novità* perciò "fa figo".
La seconda che hai detto.
Avevo pensato al fatto che la lira non avesse il glifo sulla tastiera, il
fatto è che nessuno ne sentiva nemmeno la mancanza... Digitare «lire» che
ha quattro lettere non veniva considerato uno sbattimento, invece «EUR» o
«EUR.», sembra una fatica immane... mah...


From: "lidrieNOSPAM*
x-planet.org
" <Lidrie>
Che hai modificato, da avere un «from» così brutto?
(So' curioso, scusa :D )


 Private Use Area Range: E000–F8FF
Stesso risultato. Nel raw ci sono: ï£¿
Se uso Arial Unicode MS vedo questo: 〮
302E: carattere alfabeto hangul (dec. 12334), ma credo sia il NR che
tenta di farmi vedere qualcosa. :O)
-- 
     * b *
   *   y   *
 *   Piero   *
[/audaces fortuna iuvat/]

 l'UTF-8 o qualche charset esotico, gli chiedo di cambiare impostazioni.
Mmm... IMO invece la soluzione sarebbe quella opposta, ossia che l'UTF-8
lo usassero tutti. A quel punto sarebbero risolti pressochè tutti i
problemi di charset.
Lo so che per ora, pur essendo uno standard non è ancora supportato al
meglio (ragione per cui per ora io stesso sono riluttante ad usarlo di
default), però mi pare che il modo migliore per far si che venga
supportato è appunto quello di usarlo...

 (individual, tin, x-privat) lo accettano senza fare una piega.
Beh, non vedo perchè non dovrebbero accettarlo, in fondo...

 giustamente al discorso del meccanismo del utf.
 Ho fatto una prova con altri reader.
Ho usato Thoth senza il traslator Unicode è vedo i tre caratteri che
evidenziate voi.
Ho provato con MT-NewsWatcher settando la codifica Unicode e vedo
correttamente il simbolo della melamorsicchiata, togliendo la codifica
ricompaiono i tre caratteri.
Devo dedurre che MacSoup invii la corretta codifica Unicode, o no?
Non so' nulla in merito e non vorrei(come al solito) sparare caxxate, ma
sottolineo questa parte del documento
http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT
:
Unicode mapping issues and notes:
# ---------------------------------
#
#   The following corporate zone Unicode character is used in this
#   mapping:
#
#     0xF8FF  Apple logo
#
#   NOTE: The graphic image associated with the Apple logo character
#   is not authorized for use without permission of Apple, and
#   unauthorized use might constitute trademark infringement.


 #   unauthorized use might constitute trademark infringement.
Questo io lo ho preso come un qualsiasi diffida ad usare un qualsiasi
marchio senza la necessaria autorizzazione, tipo il marchio di Windows o
della CocaCola o della Marlboro, niente di tecnico come lo ho presa io..

faccio fare anche adesso ;-)
Contatta i server configurati a cane, allora :)
Se sono gestiti da persone serie, provvederanno e ringrazieranno :)


supportato è appunto quello di usarlo...
In parte sono d'accordo, ma alla fin fine si tratta di una questione di
proporzioni: quando una buona fetta potrà usarlo senza problemi sarà il
momento di iniziare ad usarlo massicciamente. Finché questo non accade,
meglio continuare così.
Direi che è la stessa cosa accaduta con l'ISO. Solo negli ultimi anni è
iniziata la campagna massiccia per aggiornare i propri programmi (e non
solo qua, anzi direi soprattutto in Francia e in altri paesi dove non è
possibile sostituire completamente le accentate), e gli effetti si stan
vedendo, finalmente.
Diamo tempo al tempo :)


Beh, non vedo perchè non dovrebbero accettarlo, in fondo...
Perché esistono regole precise che descrivono la sintassi di quell'header,
ed un buon newsadmin dovrebbe sempre tenerne conto :)


 ed un buon newsadmin dovrebbe sempre tenerne conto :)
Questo lo so :)
Quello che chiedevo (probabilmente in modo incomprensibile a chiunque
altro tranne che a me ^_^; ), era cosa in particolare in quel From:
avrebbe dovuto generare il rifiuto del server.
Se era il segno "@", mi risulta che questo sia solo sconsigliato, e non
proibito (a differenza delle parentesi)
La RFC 1036 (2.1.1) recita infatti:
|| Full names may contain any printing ASCII characters from space
|| through tilde, except that they may not contain "(" (left
|| parenthesis), ")" (right parenthesis), "<" (left angle bracket), or
|| ">" (right angle bracket). Additional restrictions may be placed on
|| full names by the mail standard, in particular, the characters ","
|| (comma), ":" (colon), "@" (at), "!" (bang), "/" (slash), "="
|| (equal), and ";" (semicolon) are inadvisable in full names. 
Per cui "@" è sconsigliato, non proibito. E non essendo proibito, mi
sembrerebbe un po' arbitrario da parte di un news-server rifiutare gli
articoli che lo contengono. Cosa diversa è per esempio un newsreader che
avvisasse prima dell'invio che il campo presenta una sintassi
sconsigliata, questa invece la giudico un'ottima cosa.
D'altra parte, la draft "son-of-RFC1036" (5.2) dice:
|| Posters and posting agents SHOULD avoid use of the characters "!" and
|| "@" in full names, as they may trigger unwanted header rewriting by
|| old, simple-minded news software. 
Per cui nuovamente si raccomanda al postatore di non utilizzare tale
carattere (peraltro con una motivazione che risulta ormai piuttosto
obsoleta) con il termine "SHOULD", che come tutti sappiamo è differente
dal "MUST" usato in caso di divieto. Ed inoltre non si dice, per quanto
ne so, che i server debbano rifiutare i post contenenti nel From: tale
simbolo "sconsigliato".

simbolo "sconsigliato".
«SHOULD» è una forma molto più forte di quello che pensi tu e significa: a
meno che non ci siano motivi davvero necessari, non fare MAI quella cosa.
(Non mi pare comunque che tale restrizione valga ancora, nel nuovo draft.)
Se si tiene conto di tutto questo, diventa più chiaro perché il server non
accetta tali sintassi. Sono completamente sballate. Ed ha tutto il diritto
di non accettarle, come ne ha di rifiutare gli articoli in HTML o con data
nel futuro. A mio avviso questi sono tutti buoni motivi...
[1] 
http://www.landfield.com/usefor/


 Esatto é la melina Apple, e con la qwerty é alt+shift+(
Per curiosità: se utilizzo Microsoft Entourage, come viene visto?
 
Daniele

 Per curiosità: se utilizzo Microsoft Entourage, come viene visto?
E facciamo una prova anche con Thunderbird per Mac:

Daniele

 nel futuro. A mio avviso questi sono tutti buoni motivi...
Avere il diritto di rifiutare una cosa ed essere tenuti a farlo mi
paiono due cose nettamente diverse. Se non ritengono di farlo, IMO non
contravvengono nessuna RFC [questo sempre riferito al solo nome].

 Beh, non vedo perchè non dovrebbero accettarlo, in fondo...
... perchè non rispetta la RFC? 
oppure non ti ho capito
-- 
The beatings will continue until employee morale improves.


 
Mi sembrano uguali 
(od almeno provocano gli stessi effetti psicheledici qui da me)
Ma giusto per curiosità, già che siamo a parlarne, ne avete altri di
questi strani simboli sulle vostre tastiere, o solo la melamorsicchiata?

 questi strani simboli sulle vostre tastiere, o solo la melamorsicchiata?
Boh... Nella Private Use Area della Palette ce ne sono di stranissimi: non
so se si vedono anche dalle vostre parti.
                   
Daniele

 oppure non ti ho capito
vedi
<news:hxej2glj...@news.cammagno.it.invalid>
con le precisazioni espresse in
<news:1pea5v9ojzsay$.dlg@news.cammagno.it.invalid>
:)

 ?  ?  ?  ?  ? ? ? ? ?  ? ? ? ? ? ?
 Nemmeno dalle mie si vedono ;)


 differenziaxzione non avrebbe senso).
Come faceva notare Antonio Donatiello nel famoso thread, nell'inglese
formale SHOULD esprime comunque obbligation, ma in forma più gentile,
specie in avvisi formali.
Piuttosto, visto che sono meno abile di voi a consultare tali
documenti, ci si chiedeva in questi giorni se fosse
ammesso/consigliabile/sconsigliabile/proibito l'uso dell'underscore nel
dominio di un indirizzo email. Dialog, nel caso, emette il warning
prima di inviare.
-- 
daRkSidE, 01.11.2004 17:07:35
Foobar: Francesco Guccini - Vedi cara

  Nemmeno dalle mie si vedono ;)
Si, ma perche' Zuppa qualche problemino con l'UTF ce l'ha.
Con Entourage e Thunderbird invece va tutto liscio.
Daniele
-- 
"I'm just a Soldier of Fortune,
 Must be the Gypsy in me!" (Coverdale)
STARGAZER: 
www.stargazer.it
 - Le stelle della scena Hard & Heavy!

 Con Entourage e Thunderbird invece va tutto liscio.
 Pure con NewsWatcher non si vedono
-- 
 Ciao,   zzz...Ghiro...zzz
 TAG

 specie in avvisi formali.
Allora, per quanto riguarda la RFC1036 (che č l'unico documento davvero
"ufficiale"), la situazione mi sembra chiarissima:
le parentesi (tonde ed angolate) sono proibite ("may not contain"), l'at
č sconsigliato ("Additional restrictions may be placed [...] in
particular, the characters [...] "@" [...] are inadvisable").
Per quanto riguarda il draft "son-of-RFC1036", la spiegazione del
termine "should" contrapposto a "must" č dato dal draft stesso:
 
draft "son-of-RFC1036" (2.1)
|| Certain words used to define the significance of individual
|| requirements are capitalized. "MUST" means that the item is an
|| absolute requirement of the specification. "SHOULD" means that the
|| item is a strong recommendation: there may be valid reasons to
|| ignore it in unusual circumstances, but this should be done only
|| after careful study of the full implications and a firm conclusion
|| that it is necessary, because there are serious disadvantages to
|| doing so. "MAY" means that the item is truly optional, and
|| implementors and users are warned that conformance is possible but
|| not to be relied on.
Una forte raccomandazione, dunque, non un divieto. Raccomandazione
accompagnata dall'invito a considerare attentamente se comportarsi
diversamente, perchč esistono degli svantaggi.
Quindi, nel caso specifico:
draft "son-of-RFC1036" (5.2)
|| Posters and posting agents SHOULD avoid use of the characters "!" and
|| "@" in full names, as they may trigger unwanted header rewriting by
|| old, simple-minded news software. 
č, appunto, una forte raccomandazione a "posters and posting agents" ad
evitare l'uso di "@" all'interno del nome, perchč questo presenta lo
svantaggio che "they may trigger unwanted header rewriting by old,
simple-minded news software" (svantaggio che, come ho detto, fra l'altro
a me pare ormai piuttosto obsoleto, visto poi che la riscrittura
dell'header From: č assolutamente proibita da parte dello stesso
documento). Cmq, indipendentemente da ciň, se si consiglia a chi posta
di meditare sull'uso di tale carattere (e ripeto che trovo utilissimo
che il newsreader avverta di ciň) decisamente *non* si consiglia ai news
server di rifiutare i post che lo contengono (anzi, a me pare che si dia
implicitamente per scontato proprio l'opposto).
 

                    
F83C , F83D , F83E , F81C , F80C , F80E , F80B , F80A , F803 , F8FF ,
F847 , F815 , F81D , F7BF , F6CB , F6B9
Tutti rientrano ovviamente nel (Range: E000–F8FF) e secondo il documento
che ho letto io, per unicode non esistono..
sedici bei quadratini, dalle nostre parti un bell'effetto scenografico...

 server di rifiutare i post che lo contengono 
-- 
Luca - e-mail: p.stevens at 
libero.it

 termine "should" contrapposto a "must" è dato dal draft stesso:
Spiegazione chiarissima, grazie.
-- 
daRkSidE, 01.11.2004 19:25:02
Foobar: The Rolling Stones - Little Red Rooster

 sedici bei quadratini, dalle nostre parti un bell'effetto scenografico...
    Come mai in questo tuo post e in quello a cui hai risposto il
testo mi viene visualizzato con un carattere diverso dall'Arial
che imposto normalmente?
-- 
Ryoma
DURAN DURAN --- Astronaut
ICQ#41121680

 mi viene visualizzato con un carattere diverso dall'Arial
Dovrebbe trattarsi di questo:
 dialog.chm::/charactersetsandunicode.htm
| Fonts and font fallbacks 
| Not all fonts have character glyphs for all characters ...
Anche tu vedi soltanto quadratini, vero? mica vedi la melamorsicchiata?

 Spiegazione chiarissima
Ma, tu non gli avevi domandato del _ nell'indirizzo,
e lui ti ha risposto della @ nel nome ??

 e lui ti ha risposto della @ nel nome ??
in realtà ho risposto solo alla prima parte del post, quello sull'uso di
"should" e "must" nel draft "son-of-RFC1036".
Alla seconda parte non ho risposto perchè nella RFC1036 e nel
son-of-RFC1036 non ho trovato niente di specifico a riguardo (anche se
ammeto di non aver avuto il tempo di fare una ricerca accurata), presumo
che si debba guardare nelle RFC non specifiche per usenet

 andiamo ad interagire.
Sě, perché la Apple altrimenti ti fa causa :)
Vedi disclaimer in fondo:
http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/CORPCHAR.TXT
Ma a parte le questioni sul trademark, piů che un carattere il cui uso č 
vietato, č un carattere il cui uso č sensato solo in certe circostanze. 
Al peggio comunque non si vede la mela ma qualcos'altro. 
Per esempio secondo il CSUR che ho citato prima, il codepoint usato 
dalla mela corrisponde al "KLINGON MUMMIFICATION GLYPH" :)

?  ?  ?  ?  ? ? ? ? ? ? ? ? ? ? ? ?
Non se ne vede nemmeno uno.


contravvengono nessuna RFC [questo sempre riferito al solo nome].
Eh, a mio avviso sì... ma a parte questo, potremmo anche discutere circa
il significato di «esser tenuti a fare qualcosa» in questo ambito... ché
in linea di massima un newsadmin può fare quel che vuole, con la propria
macchina, per cui parlare di obblighi non è proprio corretto... ;)


 e lui ti ha risposto della @ nel nome ??
Mi pareva avesse risposto per SHOULD vs MUST. L'underscore rimane
misterioso.
-- 
daRkSidE, 01.11.2004 22:34:00
Foobar: Tindersticks - my sister

 motivi estetici, 
No, non lo č. Sappiamo tutti che cosa vuol dire should come minimo dai tempi
della R: di Microsoft, chi scava ancora vuol dire che ha qualche sbilenco
fine.


fine.
Non è che tutti quelli che stanno qui ora, c'erano anche ai tempi, eh?
E una ripassata non fa mai male...
Take it easy, Luca :P


 Anche tu vedi soltanto quadratini, vero? mica vedi la melamorsicchiata?
    Nessuna mela.


 Microsoft Sans Serif per il body, non Arial come dicevo.
Molto probabilmente l'Arial dovrebbe contenere più font rispetto al MS
Sans Serif. Ancora di più ne contiene MS Arial Unicode (sono però 23
MB).
-- 
daRkSidE, 02.11.2004 00:23:54
Foobar: Nirvana - Pennyroyal Tea

 MB).
    Ce l'ho tra i font installati, anche se non lo uso con
Dialog. Credo proprio che nei due messaggi a cui mi riferivo il
programma era passato all'Arial Unicode MS, ed ora l'ho messo in
cima alla lista dei font fallbacks.


 Take it easy, Luca :P
Che c'è stasera per cena? Tarallucci e vino? E l'oste ar vino cià messo
l'acqua? E nun je pagamo, maccheccefrega ...


per poterla ignorare.
Che possa essere perché non si è letta la RFC apposita, no proprio, eh?
Evabbe'... è la solita congiura...


 scenografico...
Chi non ha questi font non può vederli. ;-(
Come non puoi vedere questo:  nel raw vedrai: î€€
(cod. esad. E000 - dec. 57344) fa sempre parte della PUA.
Io lo vedo perché me lo sono fatto per mio uso e consumo. ;-)
P.S. Se potevo allegare uno screenshot...
-- 
     * b *
   *   y   *
 *   Piero   *
[/deus ex machina/]

appunto, usando almeno ISO-8859-15 in attesa di passare all'UTF-8
Beh, allora č meglio usare ISO-8859-1 e evitare di usare il simbolo
dell'euro. In questo modo siamo sicuri che il charset utilizzato sia
disponibile sulla maggioranza delle piattaforme. Il -15 č relativamente
recente e non vedo motivi validi per usarlo per le accentate.
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)