Newsgroup: it.comp.os.linux.debian
Titolo: client lettore di newsgroup alternativo a pan

buon pomeriggio,
 
dopo alcuni recenti problemi, mi chiedevo, come da oggetto, se poteste 
suggerirmi una valida alternativa a pan [1] come client lettore di 
newsgroup.
 
[1] 
https://packages.debian.org/buster/pan
 
 
voi cosa utilizzate?
 
ringrazio anticipatamente per ogni eventuale suggerimento/consiglio.
 
saluti.
 
-- 
[-> WinterMute <-]  @ debian [bullseye/sid]
|GPG  FingerPrint| -> 38A4 5354 30C5 E86F 9AA8  B234 7227 D71D A547 39E0
***

 
 
thunderbird
 
-- 
grigio

 thunderbird
 
buonasera,
 
in realtà l'idea principale era di trovare una qualche alternativa che si 
concretizzasse in un client "esclusivo" per i newsgroup.
ad esempio qualche tempo fa gestivo il protocollo nntp tramite claws-mail 
in maniera molto simile a quanto possibile con thunderbird.
 
ti ringrazio comunque per la segnalazione.
 
saluti


 
 
 
Volendo puoi utilizzare due profili con Thunderbird. Uno solo per le 
email  e uno solo per i newsgroup.

 email  e uno solo per i newsgroup.
 
buongiorno,
 
grazie per la "precisazione". in effetti, come dicevo in un precedente 
intervento, facevo una cosa del tutto simile tramite claws-mail.
 
tenendo bene a mente il tuo consiglio sto comunque vagliando la 
possibilità (dovrò fare qualche test "sul campo") di (ri)utilizzare dopo 
un bel po' di anni "tin" e/o "srln".
 
grazie ancora a tutti per la partecipazione e gli utili suggerimenti.
 
saluti.
 
-- 
[-> WinterMute <-]  @ debian «branch» [bullseye/sid]


 
https://sourceforge.net/projects/xpn/
 
 
me lo ricordo XPN e concordo assolutamente con te sul fatto che fosse un 
progetto davvero molto valido, tuttavia ricordo anche bene le 
"limitazioni" che segnali. 
è davvero un peccato che non sia più sviluppato, anche se in realtà è 
ancora presente [1] nel branch oldstable.
 
[1] 
https://packages.debian.org/stretch/xpn
 
 
saluti.
 
-- 
[-> WinterMute <-]  @ debian «branch» [bullseye/sid]



 
buonasera,
 
mi (auto)rispondo per segnalare che sto giusto scrivendo con XPN, la tentazione di riprovarlo dopo 
anni è stata troppo forte :)
 
confermo i "problemi" di cui si è già parlato, tuttavia il software rimane usabile e credo che, 
a conti fatti, possa comunque rappresentare un'alternativa da tenere in considerazione.
 
saluti
 
 

 [...]
 
buongiorno,
 
sempre riguardo XPN vorrei chiedere (a chi eventualmente avesse un po' più
di dimestichezza del sottoscritto) se ci fosse la possibile di "integrare"
nell'editor interno del software un sistema di correzione ortografico.
 
ringrazio anticipatamente per ogni eventuale risposta.
 
saluti


 così grossa, anche se i tifosi del linguaggio adesso insorgeranno.
 
buon pomeriggio,
 
sono perfettamente d'accordo con la tua disamina. 
preciso che non è una critica nei confronti di pytohn che è e rimane un 
ottimo linguaggio e una "piattaforma" molto valida per tanti progetti. 
tuttavia (come è normale che sia) ha dei limiti credo innegabili.
 
saluti.


il Thu, 28 May 2020 19:38:10 -0000 (UTC)
WinterMute <winte...@cryptolab.nOt> ha scritto:
 
| [...]
 
buon pomeriggio,
 
torno per un attimo in argomento solo per segnalare che ho provato a configurare (di
nuovo) claws-mail e creato un account per la "gestione" del protocollo NNTP.
visto che è anche il mio client di posta primario ho pensato che potessi evitare di
installare thunderbird solo per usarlo con le news.
 
devo dire che è "filato tutto liscio" senza particolari intoppi. 
direi quindi che anche questa è una valida alternativa che si va ad unire alle
molteplici soluzioni che, man mano, sono state segnalate.
 
ringrazio ancora tutti quanti per la partecipazione e i consigli molto utili e
altrettanto apprezzati.
 
saluti.
 
***
[-> WinterMute <-]  @ debian «branch» [bullseye/sid]


 scriverci roba così grossa
 
Grossa non lo direi, un newsreader non gestisce mica il mondo, nntp e' 
nella libreria standard, direi anzi che sarebbe un task abbastanza semplice.
 
-- 
Pastrano
    con un altro account

 ha scritto:
 
| Si, ma infatti non è che fosse lento da usare per scrivere, inviare 
| o altro, ma nei loop, per esempio la ricerca o il refresh di alcune
| cose (non ricordo bene perchè l'ho usato anni fa l'ultima volta) si
| notava una differenza notevolissima con Pan, parlo di pause fino a
| decine di secondi invece che di frazioni di secondo. Nei loop la
| differenza anche minima può crescere di brutto.
| Non escludo che fosse un difetto di ottimizzazione nele parti più
| critiche che un linguaggio più veloce avrebbe mascherato meglio.
 
buonasera
 
come accennavo in un precedente intervento per curiosità l'ho installato e ho fatto
qualche prova. in effetti si nota una certa differenza nelle "prestazioni" globali,
per quello che ho potuto notare non così grave tuttavia evidente.
probabilmente quando le sottoscrizioni sono molte questa differenza sarà più marcata
(io seguo una dozzina di gruppi quindi non un numero enorme).
 
poi ci sono tutta una serie di problemi "minori" che potrebbero essere risolti
abbastanza facilmente se il software in questione fosse mantenuto. 
parlo di piccolezze come ad esempio un sistema di correzione ortografica dell'editor
"interno".
 
per il momento lo tengo "in panchina" nel caso pan faccia qualche "scherzo" visto
che anche quest'ultimo viene aggiornato ormai piuttosto di rado.
 
a tal proposito penso che questa "moria" sia da attribuire al fatto che la gestione
del protocollo NNTP sia possibile anche dai vari client email (come i già citati
thunderbird e claws-mail per fare un paio di esempi).
questo credo che che abbia contribuito all'abbandono dei numerosi altri progetti
passati, come accaduto ad XPN.
 
saluti.
 
***
[-> WinterMute <-] @ debian «branch» [bullseye/sid]
|GPG  FingerPrint|


 decine di secondi invece che di frazioni di secondo.
 
Dipende. Tanti anni fa scrissi pure io un newsreader (era piu' un 
offline reader a dire il vero), e (nelle ultime versioni) era un 
fulmine, ma era scritto con Visual Basic: non credo che sia colpa quindi 
di Python, ma di come e' scritto il programma (che poi ricordo ci 
potevano anche essere motivi per essere piu' lenti ma lavorare 
diversamente, erano scelte).
