Newsgroup: it.comp.software.newsreader
Titolo: E' normale che xpn impieghi 4 min per avviarsi??

Ciao a tutti,
come da oggetto accade che, lanciando xpn sia da terminale con ./xpn.py
che da collegamento sul desktop, impiega circa quattro minuti per
caricare la lista dei ng e messaggi relativi, mentre se la lista dei ng
è vuota si carica in pochissimi secondi. Ho sette gruppi
sottoscritti, ma non credo che dipenda da questo, dato che nessun
altro newsreader (Pan, Knode, Thunderbird...) mostra una simile
lentezza: sapevo che xpn non è mai stato il massimo della velocità,
però..
Sia sulla homepage di xpn che su Google trovo riferimenti alla lentezza
di questo _ottimo_ newsreader, che vorrei conservare perchè ha
tutto quello che mi serve :) :). 
Riscontrate anche voi una simile lentezza o dipende da qualcos'altro?
Grazie a tutti quelli che sapranno darmi anche solo indicazioni. :) :)

 tutto quello che mi serve :) :). 
4 minuti mi sembrano francamente tanti, quanti articoli hai nei gruppi?
E' vero che XPN si rallenta quando il numero di articoli totali cresce,
ma mi sembra troppo il tempo che dici tu.
Non è che magari sul terminale ti esce qualche errore warning o cose del
genere?
-- 
Know how to listen, and you will profit even from those who talk badly.

 che da collegamento sul desktop, impiega circa quattro minuti per
[cut]
Mi rispondo da solo. E' stato sufficiente avviare xpn con python, cioč
semplicemente eseguendo da terminale: python /cartella di
xpn/xpn.py, e il tempo di avvio č passato a 7,3 sec. (cronometrati...lo
so, sono un maniaco...) 
Ovviamente basta inserire simile comando in un file di configurazione
.desktop per ottenere il medesimo interfetto da grafica. 
:) :)

 cose del genere?
Questa infatti era la cosa piů strana: da terminale non usciva nessun
errore né altra indicazione. Anche in quel caso restava semplicemente
fermo, come in attesa: aspettava l'indicazione di quali librerie
utilizzare (mi sa che dico una castronata...)?
In ogni caso tutto risolto, come da secondo post. A questo punto ne
approfitto per farti due rapidissime domande: 
1) se seleziono un ng con molti articoli (ca. 9000) impiega 10 sec. per
renderlo disponibile, ma credo questo sia normale, no? 
2) Quando si cercano nuovi articoli in un ng selezionato, viene perso il
focus sul post eventualmente attivo. Non c'e' modo di evitare qualcosa
del genere?
Non sono polemiche: il prog č interessantissimo, e tu sei un grande :)
:)

 renderlo disponibile, ma credo questo sia normale, no?
Ahilui, si. Purtroppo, XPN non implementa alcuna metodologia di gestione
delle operazioni asincrone (o meglio, le implementa ma non a livello di
estrazione delle informazioni del gruppo)
Enrico
P.S. si Antonio, e` una freciatina nei tuoi confronti :P
P.P.S. Antonio, vista la disponibilita`, non sarebbe interessante rivedere
l'archiviazione dei messaggi tramite l'uso di SQLite?

 so, sono un maniaco...) 
Azz, questa non la capisco proprio, sembra una pippa dell'ambiente
allora.
-- 
To succeed in the world it is not enough to be stupid, you must also be
well-mannered.

 :)
Figurati ti ringrazio, i feedback sono sempre graditi.
-- 
Work is the curse of the drinking classes.

 l'archiviazione dei messaggi tramite l'uso di SQLite?
Sarebbe interessante si, ma non voglio ulteriori dipendenze.
-- 
The deepest definition of youth is life as yet untouched by tragedy.

 Sarebbe interessante si, ma non voglio ulteriori dipendenze.
Oddio, con Python 2.5 SQLite te lo ritrovi nella libreria standard, il
problema semmai te lo creeresti con le versioni precedenti
Enrico

 occuperebbe anche di aggiornare la lista dei messaggi
E che succede se nel frattempo continuo a leggere? cambio gruppo,
scarico i messaggi in un altro gruppo? Ci vedo una serie di azioni
potenzialmente pericolose che potrebbe portare a corrompere l'archivio
dei messaggi.
-- 
It's not the voting that's democracy, it's the counting.

 allora.
Ci avevo pensato: infatti non sempre funge...:(