Newsgroup: it.comp.software.newsreader
Titolo: [OE] segnalo un bug

Almeno lo ritengo tale. :-/
Mi sono imbattuto in un post: OtmR4eTZ...@TK2MSFTNGP03.phx.gbl 
inviato con l'ultima versione di OE (la stessa che uso qui) e tuttavia 
nei suoi header mancava il format=flowed, ed usava correttamente l'XNA 
(non era stato immesso da un altro campo.
Uncuriosito ho scritto all'autore per chiedere spiegazioni, e lui mi ha 
risposto che aveva modificato la .dll (come suggerito sul sito d'Isetto) 
per avere l'XNA. Questo mi ha fatto pensare che stesse qui l'inghippo, 
ma da altre prove č venuto fuori che era dovuto al segno di quote usato.
Sembra incredibile, ma se vengono usati "|" e ":" per quotare si perde 
il F=F, che funziona solo con il segno ">".
Ovviamente prima di scrivere ho provato, ed ho ritenuto opportuno 
segnalarlo.
Vincenzo, spero che lo segnalerai a chi di dovere.
Ho preferito scrivere su questo gruppo tecnico, e se mi leggi 
confermalo, in caso contrario passo dove son certo di trovarti. ;-)
-- 
    * b *
  *   y   *
*   Piero   *
[ /errare humanum est/ ] 

 il F=F, che funziona solo con il segno ">".
Il segno per quotare _deve_ essere unicamente il ">"
Non vedo quindi niente di strano nel comportamento che hai descritto.

 Non vedo quindi niente di strano nel comportamento che hai descritto.
Perché _deve_? C'è qualche RFC al riguardo? Immagino di si, tu le
conosci tutte! :-D
A proposito, il post non lo trovi su google:
da: Nicola
Data: venerdì 21 aprile 2006 13.35
Newsgroup: microsoft.public.it.outlookexpress
Oggetto: Re: avviso su desktop-c'è posta...


 A proposito, il post non lo trovi su google:
ma su molti server si
-- 
Sans

 
http://www.ietf.org/rfc/rfc2646.txt
Ok, negli esempi della rfc viene usato solo il ">", ma non ho trovato 
deprecazioni sull'uso di altri caratteri, e neppure che ">" debba essere 
un "MUST".
Posso sbagliarmi, avendo dato una scorsa frettolosa solo su alcuni 
punti, ma il bug da me segnalato pare non aver attinenza con la rfc.
Se un NR (in questo caso OE, ma credo anche altri) rendono disponibili 
"|" e ":", oltre a quello "canonico", per quotare il testo, non vedo 
perché l'uso dei primi due debba inibire il format=flowed.
Questa cosa è stata notata a causa dal /vezzo/ mio e di tanti altri 
frequentatori del gruppo di esaminare l'header dei messaggi, e dalle 
prove effettuate da Nicola che s'è accorto dove stava il problema.
Non posso dire se anche le versioni precedenti di OE presentavano questa 
/particolarità/ perché ho sempre usato ">" per quotare, ma IMHO quel bug 
è stato provocato dalla sciatteria di chi ha scritto questa parte 
dell'applicazione.
Com'è noto il F=F permette di riformattare un testo quotato eliminando 
il segno di quote per riposizionarlo all'inizio della riga, questo mi fa 
presumere che il "programmatore" si sia limitato ad inserire nella 
regexp solo ">" senza aggiungere gli altri due, e siccome farlo sarebbe 
stato _cosa da nulla_ non trovo altra spiegazione che la sciatteria.
-- 
    * b *
  *   y   *
*   Piero   *
[ /panem et circenses/ ] 

 che ">" debba essere un "MUST".
Uno "should" è ben più che sufficiente ed abbondante
|    It is a common practice for followup agents to enable the
|    incorporation of the followed-up article (the "precursor") as a
|    quotation. This SHOULD be done by prefacing each line of the quoted
|    text (even if it is empty) with the character ">" (or perhaps with
|    "> " in the case of a previously unquoted line). This will result in
|    multiple levels of ">" when quoted content itself contains quoted
|    content, and it will also facilitate the automatic analysis of
|    articles.
| 
|                           News Article Format
|                    <draft-ietf-usefor-article-03.txt   February 2000
e versioni seguenti immutate fino al giorno d'oggi. 
Un simbolo diverso porterebbe quasi certamnte a problemi di compatibilità
specialmente riguardo  "the automatic analysis of articles"

 articles"
Risolvere questa cosa sarebbe semplice-semplice, semplicissimo.
Vincenzo Di Russo [MVP] si è fatto carico di avvertire il team, 
evidentemente anche lui ritiene un bug il problema segnalato.
Alan Ford potrebbe dirci cosa prevedono come segno di quote i vari NR 
della sua collezione, in particolare come si comporterebbe "l'uccello 
tonante" usando segni "fuori standard" (se ne ha).
-- 
    * b *
  *   y   *
*   Piero   *
[ /in medio stat virtus/ ] 

 usando segni "fuori standard" (se ne ha).
il comportamento può essere anche duplice, come nel caso di MesNews:
in scrittura usa *esclusivamente* ">"; in lettura accetta per il f=f 
anche gli altri due lì sopra, proprio perché Arnaud ha voluto evitare 
problemi con i post generati da OE.
Ma questo ne ha introdotto un altro: quando qualcuno usa il "|" per 
delimitare una citazione esterna al thread (visto spesso da utenti 
Dialog e Hamster), capita che viene appunto 'tradotto' come f=f. Se ne 
è parlato sul gruppo di MN e mi pare che in futuro questo sarà evitato 
se all'inizio riga ci saranno spazi prima del simbolo.
-- 
Sans

 in OE hanno dato la possibilità di scegliere tre segni di quote?
Forse perché quella triplice scelta c'era sempre stata fin dall'inizio
delle vecchie versioni di OE e si sono diementicati (non hanno ritenuto l
apena di) togliere la possibilità di scelta qundo hanno implementato la
faccenda del F=F.
Con il nuovo sistema operativo dovrebbero rilasciare un nuovo programma
per postanews diverso da OE? quello come si comporta?

 cosa prevedono come segno di quote i vari NR
Non ho una versione aggiornata di OE per provare, ma se non sbaglio o se
non mi confondo con qualche altroprogramma, il comportamento di OE
rispetto il F=F non è un comportamento parziale, legato solo al fatto
dell'invio dei messaggi uscenti, ma non riguarda la visulizzazione dei
messaggi ricevuti? Dico questo perché tutti gli altri programmi che
adottano il F=F non usano un caratttere alfabetico per indicare il
quoting, ma applicano una linea grafica verticale che non è quindi
composta da alcun carattere. 

 in OE hanno dato la possibilità di scegliere tre segni di quote?
Forse perché quella triplice scelta c'era sempre stata fin dall'inizio
delle vecchie versioni di OE e si sono diementicati (non hanno ritenuto l
apena di) togliere la possibilità di scelta qundo hanno implementato la
faccenda del F=F?


 tonante" usando segni "fuori standard" (se ne ha).
Tutti i nr rispettosi degli standard hanno un solo segno di quote (in 
scrittura), quello indicato dalle RFC.
Molti tuttavia sono in grado di riconoscerne altri in lettura 
(colorando diversamente i paragrafi).
TBird in particolare, essendo f=f, ha solo il `>' e diversamente da 
MesNews non riconosce neanche il pipe in lettura (IMO legittimo per 
indentare parti citate da altre fonti).
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 rfc 2646 (Aug 1999) e quella che citi, anche se successiva,
La versione che avevo citato, del febbraio 2000 è la prima od una delle
prime, dove viene commentato l'eventuale analisi automatica da parte di
altri software. L'indicazione del simbolo è ben precedente
| When responding to a previous article, posters SHOULD not assume that
| all readers understand the exact context. It is common to quote some
| of the previous article to establish context. This SHOULD be done by
| prefacing each quoted line (even if it is empty) with the character
| ">". This will result in multiple levels of ">" when quoted context
| itself contains quoted context.
|
| "son-of-1036"     (Henry Spencer), 02.06.94

 l'uso dei primi due debba inibire il format=flowed.
ti ribalto la domanda: dove vengono definiti ufficialmente come segni 
di quoting "|" e ":"? E perché non allora tutti gli altri 
personalizzabili, compresi quelli con le iniziali dell'autore? Se con 
la larghezza fissa possono essere accettabili, col f=f che deve 
sostituire i simboli del quoting originale con la grafica del client 
diventerebbe una scommessa distinguere un quotato (pensa anche ai 
livelli oltre il primo) da un testo normale.
-- 
Sans

 livelli oltre il primo) da un testo normale.
Credo di aver chiarito con il post successivo.
Infatti non sono considerati, ma se la microsoft consente quei 
caratteri, che almeno elimini il vecchio bug dell'effetto fiordo oppure 
non deve consentirli.
-- 
    * b *
  *   y   *
*   Piero   *
[ /in medio stat virtus/ ] 

 composta da alcun carattere.
Infatti invia in F=F e quota nello stesso modo, ma non lo visualizza.
Le cose fatte a metà, come ebbi modo di scrivere tempo fà. IMHO è stato 
utilizzato _solo_ per risolvere il bug dell'effetto fiordo, non per 
altro. :-/
-- 
    * b *
  *   y   *
*   Piero   *
[ /deus ex machina/ ] 

 indentare parti citate da altre fonti).
Come sopra, con i plugin.
-- 
    * b *
  *   y   *
*   Piero   *
[ /beati monocoli in terra caecorum/ ] 

 programma per postanews diverso da OE? quello come si comporta?
Non so dirtelo.


 parte di altri software. L'indicazione del simbolo è ben precedente
Si ok, questo è confermato, non era mia intenzione contestarlo.
-- 
    * b *
  *   y   *
*   Piero   *
[ /rebus sic stantibus/ ] 

"P/ero" [by Microsoft Outlook Express 6.00.2900.2869] on 28/04/06 15:09 
wrote:
_CUT_
Chi volesse testare il comportamento del proprio NR¹, rispondendo ad un 
post in f=f (fuori standard per l'uso del pipe) può trovarlo su 
microsoft.public.test.here, subject: F=F farlocco!
http://groups.google.it/groups?selm=dt.0604301...@127.0.0.1
¹ Con ">", OE lo riformatta al wrap impostato e lo conserva in f=f, però 
considera tutti i segni di quote (pipe compreso) parte del testo, come 
se il messaggio non fosse stato già quotato.
Se viene usato il pipe "|", il messaggio viene riconosciuto come già 
quotato, però se il wrap è impostato a 64 o meno, si verifica l'effetto 
fiordo, e ovviamente non conserva il f=f.
-- 
    * b *
  *   y   *
*   Piero   *
[ /do ut des/ ]